Composer下载进程被系统OOM-Killer强制杀死的资源配额限制调整-composer-PHP中文网

答案是linux oom killer因内存不足杀死进程，需用dmesg和swapon --show交叉验证，再创建权限为600、路径合规的swap文件，并配合--no-dev、--prefer-dist、--no-autoloader等参数优化。

composer下载进程被系统oom-killer强制杀死的资源配额限制调整

Composer 进程被系统直接 Killed，不是 PHP 内存溢出报错，而是 Linux 内核 OOM Killer 主动干掉的——说明物理内存 + Swap 已彻底耗尽，必须从系统层和 Composer 层双管齐下。

怎么确认是 OOM Killer 干的

执行 dmesg -T | tail，如果看到类似 Out of memory: Kill process 12345 (php) 或 oom_reaper: reaped process 12345 (php) 的日志，就坐实了。别信 free -h 显示还有空闲内存——OOM Killer 触发时，内核已判定无法回收足够内存，哪怕 swap 是空的也会杀进程。

swapon --show 没输出？说明根本没启用 swap，这是低配 VPS（尤其是 512MB/1GB）的默认状态，也是最常见原因
CI 环境（如 GitHub Actions）或 Docker 容器里出现 Killed，优先查 --memory 是否设得太小，比如 --memory=1g 实际可用远低于 1GB
composer install 比 update 更容易被杀——因为要解压全部包、校验 hash、生成 autoload，瞬时内存峰值更高

必须加 swap，且要立即生效

光调 php -d memory_limit 或 COMPOSER_MEMORY_LIMIT 没用，OOM Killer 在 PHP 报错前就动手了。swap 是缓冲带，不加等于裸奔。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

临时加 2GB swap：sudo fallocate -l 2G /swapfile && sudo chmod 600 /swapfile && sudo mkswap /swapfile && sudo swapon /swapfile
加完立刻验证：swapon --show 应有输出；free -h 中 Swap 行应显示大小和 used 初始为 0
Docker 构建中不能只靠 --memory，必须在容器内也启用 swap（需宿主机支持并配置），或改用多阶段构建把依赖安装剥离到资源更足的阶段

Composer 命令参数组合比单个参数有效

单独加 --no-dev 或 --optimize-autoloader 只能降部分内存，必须组合使用才能压住峰值。

生产部署必用：composer install --no-dev --prefer-dist --no-autoloader --no-scripts
--no-autoloader 跳过自动生成 vendor/autoload.php，后续用 composer dump-autoload --optimize --classmap-authoritative 单独跑，可控且省内存
--no-scripts 屏蔽所有 post-install-cmd，避免执行前端编译、缓存清理等高开销操作；若项目依赖脚本生成关键文件（如 .env.example），得手动补跑
禁用并行：COMPOSER_DISABLE_PARALLEL=1 环境变量强制串行安装，避免多任务瞬间吃光内存

PHP 配置和环境干扰项必须关掉

很多“已加 swap 还被杀”的情况，其实是 PHP 自身在拖后腿。

CLI 模式必须开 opcache.enable_cli=1：PHP 7.4+ 默认关闭，不开会导致 Composer 反复 recompile 同一段代码，内存雪崩
开发环境务必关 xdebug：php -d zend_extension= -d xdebug.mode=off composer install，否则内存占用翻倍
COMPOSER_MEMORY_LIMIT 设 -1 在低配机上反而危险，建议设具体值如 1G；php -d memory_limit=-1 和 COMPOSER_MEMORY_LIMIT=-1 必须同时用才真正绕过双层限制
别信 composer.json 里写 "config": {"process-timeout": 0} 能解决内存问题——这是超时设置，跟 OOM 无关

最容易被忽略的是：swap 加了但没生效，或者 opcache.enable_cli 改了却用错了 php.ini（CLI 和 FPM 配置文件不同），又或者 --no-autoloader 用了却忘了后续补 dump-autoload 导致运行时报错。这些点不卡准，调再多次参数也没用。