php -d memory_limit=-1 在低配机上会触发 OOM killer，因内核在内存耗尽前强制终止进程，且 Composer 还有 COMPOSER_MEMORY_LIMIT 软限制；需同时设 COMPOSER_MEMORY_LIMIT=-1、memory_limit=512M，并启用 opcache.enable_cli=1、使用 --no-autoloader 和 --no-scripts 才能稳定运行。
直接改 php -d memory_limit=-1 不是万能解法，尤其在 512MB 或 1GB 物理内存的低配服务器上，它反而容易触发系统 OOM killer 杀掉进程——真正要做的，是绕过 Composer 的内存检查、跳过高开销步骤、并让 PHP 自身更省资源。
为什么 php -d memory_limit=-1 在低配机上会失败
这个参数只是告诉 PHP “不限制分配”，但 Linux 内核看到一个进程持续申请内存且无上限，会在物理内存 + Swap 耗尽前就强制终止它（Killed process xxx (php)）。而 Composer 自身还有第二道检查：COMPOSER_MEMORY_LIMIT，它默认读取 PHP 的 memory_limit 值，然后提前抛错退出，根本等不到内核出手。
- 低配机上常见现象：命令卡住几秒后静默退出，
dmesg | tail能看到 OOM killer 日志 -
php -d memory_limit=-1和COMPOSER_MEMORY_LIMIT=-1必须同时用才真正绕过双层限制 - 别信
free -h显示还有空闲内存——PHP 的 Zend 内存管理器在小内存机器上碎片严重，实际可用远低于理论值
composer install --no-autoloader --no-scripts 是低配部署的核心指令
90% 的内存峰值出现在 install 后自动生成 autoload 映射和执行 post-install-cmd 脚本（比如生成配置、编译前端、清理缓存）。这些对纯部署场景毫无必要，却吃掉几百 MB 内存。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
--no-autoloader：跳过vendor/autoload.php生成，后续手动运行composer dump-autoload --optimize更可控 -
--no-scripts：彻底屏蔽所有scripts段定义的命令，避免意外执行耗资源操作 - 组合使用后，
composer install内存占用可从 800MB+ 降到 120MB 以内，适合 512MB VPS - 注意：如果项目依赖
post-install-cmd生成关键文件（如.env.example），得在 install 后单独补跑对应脚本
CLI 模式必须开 opcache.enable_cli=1
PHP 7.4+ 默认关闭 CLI 的 opcache，而 Composer 在解析几十个 composer.json、遍历 vendor/ 目录时，会反复 recompile 同一段代码——这不是 CPU 瓶颈，是内存雪崩的主因。
- 确认是否启用：
php -i | grep "opcache.enable_cli"，输出应为on - 启用方式：在 CLI 专用的
php.ini（不是 Apache/FPM 那个）里加一行opcache.enable_cli=1 - 无需重启服务，CLI 下次执行即生效；若用 Docker，确保该配置被 COPY 进镜像的
/usr/local/etc/php/conf.d/ - 不开它，
composer update在 1GB 机器上大概率失败，开了之后即使memory_limit=512M也能稳住
COMPOSER_MEMORY_LIMIT 和 php -d memory_limit 必须分清用途
前者是 Composer 自己实现的软限，后者是 PHP 解释器的硬闸。在低配环境里，你得用它们做不同事：
-
COMPOSER_MEMORY_LIMIT=-1：关掉 Composer 的主动内存检查，让它别在 128MB 就报错退出（这是低配机最常踩的坑） -
php -d memory_limit=512M：给 PHP 设一个明确上限，既防 OOM killer，又避免无限吃光 Swap - 正确组合：
COMPOSER_MEMORY_LIMIT=-1 php -d memory_limit=512M composer install --no-autoloader --no-scripts - 别用
-1当生产环境长期配置——它掩盖了 autoload 效率低、依赖臃肿等真实问题
低配服务器不是靠堆内存解决的，关键在流程精简和 PHP 底层行为调优；一旦漏掉 opcache.enable_cli 或误以为 --no-dev 就够了，问题还会反复出现。
