低配服务器（如512MB内存）运行composer install易OOM或卡死，根本原因是内存不足导致PHP进程被系统kill；需设置COMPOSER_MEMORY_LIMIT=-1、COMPOSER_PROCESS_TIMEOUT=1200，并使用--no-dev --optimize-autoloader --no-scripts --ignore-platform-reqs参数降载。
低配服务器（比如 512MB 内存）上直接跑 composer install 极易 OOM 或卡死，这不是网络或镜像问题，而是内存不足触发 PHP 进程被系统 kill——你看到的 file_put_contents(/tmp/): failed to open stream 实际是内存耗尽后写临时文件失败的表象。
为什么低配机上 composer install 容易崩
Composer 默认启用大量并发（25 个 HTTP 连接 + 多层解压 + 类扫描），在 512MB 内存下，PHP 进程常在解包阶段就突破内存限制。即使加了 --no-dev，autoload 生成阶段仍会加载全部 PSR-4 命名空间并缓存到内存，极易触发 Allowed memory size exhausted。
- PHP CLI 默认内存限制通常为 128M，但 Composer 实际峰值可能冲到 300MB+
-
composer.lock中若含大量小包（如前端工具链、polyfill），解压和校验 I/O 更密集 - /tmp 目录若挂载在内存盘（如 tmpfs），空间不足也会报错，和内存不足表现相似
必须调整的三个关键参数
仅靠换镜像源或清缓存不能解决根本问题，得从执行策略上降负载：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
COMPOSER_MEMORY_LIMIT=-1：解除 PHP 内存限制（前提是系统有 swap 或足够物理内存余量） -
COMPOSER_PROCESS_TIMEOUT=1200：把超时从默认 300 秒拉长到 20 分钟，避免因慢速磁盘导致中断 -
composer install --no-dev --optimize-autoloader --no-scripts --ignore-platform-reqs：其中--ignore-platform-reqs在低配机上不是“绕过检查”，而是防止因 ext-mbstring 等扩展未启用就提前退出——先装完再手动验证扩展，比中断重试更可控
实际部署时的替代路径
在低配服务器上硬扛 composer install 是下策。真正稳的做法是把依赖安装完全移出目标机：
- 用 CI 构建机（哪怕是一台 2GB 的旧笔记本）执行
composer install --no-dev --optimize-autoloader --classmap-authoritative，生成完整vendor/ - 打包时排除
node_modules/、.git/、tests/，但保留vendor/和composer.lock - 部署只做
rsync -avz --delete同步代码+vendor，不运行任何 Composer 命令 - 若必须热更新（如紧急补丁），改用
composer require xxx --no-update && composer update xxx --no-dev -o --classmap-authoritative，限定范围且跳过全量 autoload 重建
最易被忽略的一点：低配机上 composer install 成功不代表能跑起来。即使 vendor 写入完成，autoload_classmap.php 若因内存不足生成不全，PHP 请求时就会报 Class not found——务必检查该文件大小是否 >100KB，内容是否包含你项目主类名。否则就是假成功。
