Composer install爆内存主因是默认加载autoload、require-dev包扫描及脚本执行，非程序缺陷；应清理composer.json中logs/storage等非法路径，配合--no-dev --optimize-autoloader --no-autoloader --no-scripts组合降峰。
composer install 为什么一跑就爆内存
根本不是 Composer 本身写得差，而是它默认行为太“热心”：读 composer.json 时会把 autoload、autoload-dev、scripts 全部加载进内存；遇到 require-dev 里的包（比如 phpunit、php-cs-fixer），还要扫描它们的全部 PHP 文件生成自动加载映射；再叠加 post-install 脚本执行、插件钩子触发——这些加起来，在 512MB 内存的容器里，composer install 还没开始下载就可能被 OOM killer 杀掉。
必须删掉的 autoload 配置项
很多项目在 composer.json 的 autoload 或 autoload-dev 里误加了非代码路径，导致 dump-autoload 阶段疯狂扫描大文件：
- 绝对不要包含
"logs/"、"storage/"、"node_modules/"、"dist/"这类目录 - 检查是否写了类似
"psr-4": {"App\": "app/"}，但实际app/下混着 PDF、SQL dump 或巨型 JSON 配置文件 -
classmap手动注册时，别把vendor/外的测试数据目录拖进去（常见于遗留项目）
改完立刻验证：composer dump-autoload --no-scripts，如果这步还报内存不足，说明配置里仍有“隐形炸弹”。
--no-dev 和 --optimize-autoloader 必须成对出现
单独用 --no-dev 只跳过 dev 包安装，但 autoload 扫描逻辑照旧；单独用 --optimize-autoloader（或 -o）只优化映射，不减少扫描量。两者合体才真正砍掉峰值内存：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
--no-dev：跳过require-dev下所有包的 autoload 注册和文件遍历 -
--optimize-autoloader：生成vendor/composer/autoload_classmap.php，让类名直连路径，避免运行时反复拼接、stat 目录 - 中文生态项目（如 ThinkPHP 插件、Laravel 中文文档包）PSR-4 嵌套深、命名空间多，这个组合能压掉 40%～60% 的 install 后期内存峰值
生产部署命令应固定为：php -d memory_limit=2G composer install --no-dev --optimize-autoloader --no-plugins
--no-autoloader 和 --no-scripts 是低内存容器的保命开关
在 256MB～512MB 容器中，composer install 最耗内存的阶段根本不是下载，而是 install 后自动触发的 dump-autoload 和所有 post-install-cmd 脚本。它们在无 opcache 的 CLI 环境下反复编译、扫描、生成映射，极易 OOM：
-
--no-autoloader：跳过vendor/autoload.php生成，但vendor/包照常解压——后续可单独补：php -d memory_limit=256M composer dump-autoload --optimize -
--no-scripts：禁用所有post-install-cmd、pre-install-cmd，避免执行前端构建、配置生成等额外操作 - 这两个参数必须放在
--no-dev之后，顺序错会导致部分逻辑仍被加载
极简流程：php -d memory_limit=384M composer install --no-autoloader --no-scripts --no-dev --prefer-dist → 成功后再补 autoload。
最容易被忽略的是：即使你禁用了所有 autoload 相关参数，只要 composer.json 里 autoload 配置存在且含无效路径，Composer 在解析阶段仍会尝试 stat 它们——所以精简配置不是“加参数”，而是先从根上清理 composer.json 里的冗余声明。
