技术博客
不是网络慢，也不是包源问题，composer install 在解析依赖阶段爆 Allowed memory size exhausted，基本就是 PHP 内存限制撞上了 Composer 本身的高开销。2G 是常见上限，但 Composer 2.x 在复杂项目里轻松吃掉 1.5G+，尤其带大量 require-dev 或历史版本约束时。
Composer 默认把依赖装进 vendor 目录，想改名字，最直接的方式是在项目根目录的 composer.json 里加配置项。不是全局改，是每个项目自己决定。
打开文件后，状态栏（窗口最底部）右下角会直接显示类似 127:5 的信息，其中 127 就是当前光标所在行号，而整个文件的总行数需要手动触发查看——它默认不主动显示总行数，但有快捷方式。
在浏览器中使用 chess.js 时，`move(‘e2-e4’)` 等非标准代数记谱（如长代数记谱 lan）默认失败，需显式传入 `{ sloppy: true }` 选项才能启用兼容性解析；而 node.js 环境下该行为默认开启。
gRPC 的 Resolver 不是插件式注册，而是通过 resolver.Register 显式注册后，由 scheme（如 mydns://）触发调用。核心在于实现 resolver.Builder 和 resolver.Resolver 两个接口。
本文详解为何在函数中直接重赋值 `**kwargs` 参数会导致额外键丢失，并通过对比三个版本的 `make_car()` 函数，阐明正确合并固定参数与可变关键字参数的核心原则。
ThinkPHP 的分页不是手写 SQL + limit 拼接，而是靠 paginate() 方法自动处理查询和渲染 —— 你只要给它数据源，它就生成分页对象、计算总数、切片数据、还自带 HTML 模板。
标准库 sync.Mutex 只作用于单个进程内，多进程同时写同一个文件时完全无效。真正起作用的是系统级的 flock（Linux/macOS）或 LockFileEx（Windows），Go 通过 syscall 或封装好的第三方包调用它们。os.File.Fd() 是关键入口——必须基于打开的文件描述符加锁，不能对路径字符串操作。
在 handlebars 模板中，无法直接在 `{{#if}}` 辅助函数中使用 `&&` 运算符判断多个变量（如 `{{#if item_link && item_value}}`），需通过预处理数据或自定义辅助函数实现安全、可维护的双变量条件渲染。
Go 编译器对字符串字面量做了静态去重，相同字面量在二进制中只存一份，运行时指向同一底层 string 结构。但这和享元（Flyweight）模式无关——它不涉及对象池管理、不延迟初始化、不区分内部/外部状态，也不是运行时按需共享的策略。