答案是静默退出因linux oom killer杀进程，非网络或镜像问题；512mb vps上composer install在resolving dependencies阶段内存峰值达800mb–1.2gb，触发系统级强制终止。
为什么直接运行 composer install 会静默退出
不是网络超时，也不是镜像源失效——512MB VPS 上最常见的现象是命令无报错直接退出，dmesg | tail 里出现 Out of memory: Kill process。这是 Linux OOM killer 主动杀掉了 PHP 进程，比 Allowed memory size exhausted 更隐蔽、更难排查。Composer 在 Resolving dependencies 阶段会把所有包的版本约束、autoload 映射、锁文件元数据全加载进内存，轻则 800MB，重则破 1.2GB。
composer install 必须加的三个参数
这不是“可选优化”，是保命底线。漏一个，峰值内存可能多出 30%～60%：
-
--no-dev：跳过require-dev包（如 phpunit、larastan），Laravel/Symfony 类项目能少加载 40%+ 依赖 -
--no-plugins：禁用所有第三方插件（比如旧版 hirak/prestissimo），它们会在每个包安装后触发钩子，放大串行延迟和内存竞争 -
--optimize-autoloader（或简写-o）：生成扁平 classmap，避免运行时扫描 PSR-4 目录；同时大幅降低dump-autoload阶段内存峰值
注意：COMPOSER_MEMORY_LIMIT=-1 对 install 基本无效——它只管 Composer 自身逻辑，不管解压、symlink 这些底层 PHP 操作。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
系统级兜底：swap + 并发压制
光调参数不够，必须配合系统资源控制：
- 检查
free -h，若Swap为 0，立刻创建 2GB swap 文件：sudo fallocate -l 2G /swapfile→sudo chmod 600 /swapfile→sudo mkswap /swapfile→sudo swapon /swapfile - 强制单任务执行：
composer install --no-dev --no-plugins --optimize-autoloader --max-jobs=1 - 确认 CLI 模式用的
php.ini路径：php --ini，确保memory_limit不是 128M（建议设为-1或至少 512M） - 禁用
putenv的宝塔用户需手动在 PHP 设置中放开该函数，否则卡在Loading composer repositories
真正推荐的做法：别在服务器上跑 composer install
生产环境直接运行 composer install 是可行的，但绝大多数不该这么做。原因很实在：
- 它会把开发期依赖（比如 phpunit）、未锁定的版本（
dev-main）和本地生成的 autoloader 一起带进生产环境 - 服务器通常没装 Composer，或版本老旧（CentOS 自带的常是 1.x）
-
composer.lock里含平台配置（如ext-redis），但服务器缺扩展时，错误提示模糊（常见：Your requirements could not be resolved）
正确路径是：CI 或本地构建机用和生产一致的 PHP 版本执行 composer install --no-dev --optimize-autoloader，打包 vendor/ 和 composer.lock，部署时只同步代码和 vendor 目录，不碰 Composer。
