必须组合使用--no-dev、--optimize-autoloader、--no-plugins三参数，辅以php -d memory_limit=384M和COMPOSER_MEMORY_LIMIT=256M双保险，且优先清理vendor与缓存再执行clean install，才能在512MB/1GB VPS上稳定运行composer install。
在512MB或1GB的低配VPS上跑 composer install，不是“调大内存就能过”，而是必须砍掉非必要阶段、接受功能让渡——否则哪怕设成 memory_limit=-1，也会被系统OOM killer直接杀进程。
为什么composer install在低内存下卡死或被Killed？
根本不是网络慢或源不稳定，而是 Composer 在“Resolving dependencies”或“Loading repositories”阶段把整个依赖图、所有包的autoload映射、锁文件元数据全塞进PHP数组。这个阶段不走磁盘缓存，纯内存计算，轻则吃掉800MB，重则突破1.2GB。你看到的 Killed（无PHP错误）或 Allowed memory size of XXX bytes exhausted 都是这一阶段崩掉的信号。
- vendor/ 已存在但
composer.lock有变更时，Composer 会启动全量依赖图重建，而非增量更新 - 默认启用所有插件（如旧版
hirak/prestissimo），并发下载反而引发内存竞争 - 没加
--no-dev时，require-dev 里的phpunit、symfony/debug等几十个子依赖全被加载解析
必须加的三个参数：--no-dev、--optimize-autoloader、--no-plugins
这三个不是“可选优化”，是低内存场景下的生存底线。漏一个，内存峰值可能多出30%～60%。
-
--no-dev：跳过所有require-dev包的解析和安装，对 Laravel/Symfony 类项目效果最明显 -
--optimize-autoloader（或-o）：生成扁平classmap，避免运行时扫描 PSR-4 目录；同时大幅降低dump-autoload阶段内存峰值 -
--no-plugins：禁用全部第三方插件，Composer 2.2+ 默认已关，但旧项目或自定义配置里可能开着，务必显式声明
组合命令示例：composer install --no-dev --optimize-autoloader --no-plugins --no-progress。--no-progress 不只是隐藏进度条，它关掉了内部实时计数器和状态快照，减少临时数组分配。
内存限制必须双保险：php -d memory_limit + COMPOSER_MEMORY_LIMIT
只设其中一个，大概率失效。因为 COMPOSER_MEMORY_LIMIT 是 Composer 自己读的开关，但它不突破 PHP 底层的 memory_limit；而 PHP 进程若已被 memory_limit=128M 卡死，Composer 根本没机会执行到读取环境变量的代码。
- 正确写法：
php -d memory_limit=384M COMPOSER_MEMORY_LIMIT=256M composer install --no-dev -o --no-plugins - 512MB 机器推荐值：
memory_limit=384M（留余量给系统）、COMPOSER_MEMORY_LIMIT=256M（让 Composer 主动报错而非硬扛） - 别用
-1：生产环境设为无限制，等于把控制权交给 OOM killer，进程会被静默终止，日志里只剩Killed
注意：某些共享主机禁用 ini_set()，此时 COMPOSER_MEMORY_LIMIT 环境变量也无效，必须靠 php -d 显式传参。
真正省内存的操作：删 vendor 再 clean install，而不是增量 install
很多人以为“已有 vendor 就该复用”，但在低内存下完全反直觉。增量 install 会加载旧 vendor/composer/installed.json 做 diff，比 clean install 多驻留几百MB元数据对象。
- 安全操作顺序：
rm -rf vendor/ && composer clear-cache && php -d memory_limit=384M COMPOSER_MEMORY_LIMIT=256M composer install --no-dev -o --no-plugins - 如果确认没改过
autoload段，可加--no-autoloader跳过 autoload 生成（这步占峰值 30%+），但注意：PSR-4 + files 混合 autoload 时跳过会导致运行时报Class not found - 国内部署务必提前切镜像：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，避免 DNS 或 HTTPS 握手失败引发重试放大内存压力
最后提醒：低内存不是靠“省一点”解决的。关键在于接受“不装 dev 包”“不跑插件”“不保留 suggest 提示”这些功能让渡。一旦开始纠结“能不能少加一个参数”，就说明还没真正理解 Composer 在资源受限时的执行路径本质。
