composer install 在特定条件下比 update 更吃内存，因其需完整解析体积过大（如超5MB）的 composer.lock 文件，加载整棵树校验映射；而 update 是增量求解，峰值内存通常更低。
composer install 为什么比 update 还吃内存
很多人以为 composer install 是轻量操作，实际在特定条件下它反而更耗内存。根本原因是：它要完整解析 composer.lock 文件——如果这个文件体积过大（比如超 5MB），里面存了大量 dev-master#hash、废弃包残留或嵌套过深的依赖路径，Composer 就得把整棵树加载进内存做校验和映射，比 update 的增量求解还猛。
常见诱因包括：
-
composer.lock被长期未清理，混入已移除包的旧记录 - 项目里用了多个
dev-*分支约束，导致 lock 中存了几十个 Git commit hash - lock 文件被手动编辑或合并冲突污染，结构异常
实操建议：先运行 composer install --dry-run -v，盯住日志里 Reading composer.lock 和 Loading composer repositories 阶段的耗时与内存提示；若这两步就卡顿，基本可判定 lock 文件是瓶颈。
怎么安全地“导出”依赖而不触发重解析
所谓“导出”，本质是跳过依赖求解，直接按 lock 文件还原 vendor。但默认 composer install 仍会执行 autoload 生成、脚本钩子、插件加载等额外步骤，每一步都可能抬高内存峰值。
真正轻量的导出组合是：
-
php -d memory_limit=1.5G—— 显式设限，避免 OOM 杀死进程 -
--no-dev—— 跳过所有 require-dev 包，内存常降 40%~60% -
--no-plugins—— 禁用 hirak/prestissimo 等插件，防止它们在下载阶段叠加内存开销 -
--no-scripts—— 不执行post-install-cmd等自定义脚本，杜绝未知代码放大内存压力 -
-o（即--optimize-autoloader）—— 生成 classmap，降低 dump-autoload 阶段内存占用
完整命令：php -d memory_limit=1.5G composer install --no-dev --no-plugins --no-scripts -o
COMPOSER_MEMORY_LIMIT=-1 为什么有时没用
这个环境变量只影响 Composer 自身的内部内存预分配逻辑，**不突破 PHP 解释器的硬限制**。如果你的 php.ini 里写着 memory_limit = 128M，那么即使 COMPOSER_MEMORY_LIMIT=-1，Composer 在解析阶段一旦超过 128MB，PHP 就直接报 Allowed memory size exhausted。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
典型失效场景：
- CI 环境中只设置了
COMPOSER_MEMORY_LIMIT=2G，但没配php -d memory_limit=2G - Windows PowerShell 下漏了引号：
php -d memory_limit=-1应写成php -d "memory_limit=-1" - 调用的是
composer命令而非php composer.phar，结果走的是系统 PATH 里的另一个 PHP 版本
验证方式：运行 php -r "echo ini_get('memory_limit');"，确保输出值是你期望的（如 1536M 或 -1）。
vendor 目录太大，但又不能删？试试裁剪式安装
有些项目 vendor 动辄 300MB+，不是因为依赖多，而是因为某些包带了测试文件、文档、示例甚至整个 Git 历史。这类膨胀和内存无直接关系，但会拖慢整个 install 流程（尤其是磁盘 I/O 密集型操作），间接拉长内存驻留时间。
精准控制方法：
- 对单个包禁用源码安装：
"some/package": {"version": "1.2.3", "type": "package", "dist": {"url": "https://.../archive.zip", "type": "zip"}}，强制走 dist - 全局启用
--prefer-dist，跳过git clone，避免 vcs 缓存膨胀 - 用
composer archive打包时加--without-dev和--strip，剔除测试和文档目录
注意：--strip 会删掉 .git、tests/、docs/、examples/，但不会动核心 src/ 或 vendor/autoload.php —— 安全边界很清晰。
真正容易被忽略的是：内存问题往往不是单一配置能解决的，而是 lock 文件质量、PHP 进程限制、插件行为、autoload 策略四者叠加的结果。改一个参数就跑通，大概率只是掩盖了某个环节的恶化趋势。
