Composer安装卡死、OOM或耗时翻倍，主因是默认配置不匹配老旧环境：需升级Composer至2.9.6+、双保险设内存限制（php -d memory_limit=384M COMPOSER_MEMORY_LIMIT=256M）、禁用Xdebug、全局切阿里云镜像并清缓存、启用--prefer-dist、加--no-dev -o --no-plugins参数，且并发数设为6–8。
老旧服务器上跑 composer install 卡死、OOM 被杀、耗时翻倍，根本不是 Composer 本身太重，而是默认配置在低配环境里“硬扛”——它照常加载全部 dev 包、扫描所有 PSR-4 目录、启用插件、还连海外源。必须主动降级行为，而不是等它崩。
确认 Composer 版本和内存限制是否匹配
Composer 2.2+ 对低内存更友好，但旧版（如 1.x 或 2.0 早期）在解析依赖图时内存占用不可控。先看版本：
-
composer --version输出含2.9.6或更高，说明已用最新稳定版；若仍是1.10.22类，立刻执行composer self-update --prefer-dist - 老旧服务器常见 PHP CLI
memory_limit=128M，这远远不够。不能只设COMPOSER_MEMORY_LIMIT=256M，必须双保险：php -d memory_limit=384M COMPOSER_MEMORY_LIMIT=256M composer install - 运行
php -m | grep xdebug，若输出非空，说明 Xdebug 在 CLI 模式下启用——它会让Resolving dependencies阶段慢 3–5 倍，临时禁用：php -d xdebug.mode=off $(which composer) install
换镜像源 + 清缓存，否则并发和 dist 都白搭
国内老旧服务器常 DNS 解析失败或 TLS 握手卡在 packagist.org，镜像不是“加速”，是“能装下去”的前提。阿里云镜像目前最稳：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 执行
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 验证是否写入成功：
composer config -g repo.packagist必须输出完整 JSON，含"url": "https://mirrors.aliyun.com/composer/"—— 若为空、null或含packagist.org，说明没生效 - 旧版 Composer（1.x）不识别
repo.packagist，需改用：composer config -g repos.packagist '{"type":"composer","url":"https://mirrors.aliyun.com/composer/"}' - 换源后必须清缓存：
composer clear-cache，否则仍可能拉取旧的海外元数据 - 如果项目
composer.json里定义了repositories，会覆盖全局镜像，此时要么删掉，要么确保其 URL 也指向国内镜像
强制走 dist + 砍掉非必要阶段
--prefer-dist 在老旧机器上不只是提速，更是避坑：跳过 git clone 的 I/O 和子模块同步，避免因 Git 配置缺失或 SSH key 不可用导致中断。
- 全局启用：
composer config -g prefer-dist true，再执行composer config -g prefer-dist确认输出为true - 但注意：若项目
composer.json中存在"prefer-source": true，它会覆盖全局设置，必须手动删掉该行 - 生产部署必加三参数：
--no-dev --optimize-autoloader --no-plugins——--no-dev省掉 30–60% 包解析量；--optimize-autoloader（可简写为-o）生成 classmap，避免运行时目录扫描；--no-plugins关掉所有第三方插件（如已废弃的hirak/prestissimo） - 完整命令示例：
php -d memory_limit=384M COMPOSER_MEMORY_LIMIT=256M composer install --no-dev -o --no-plugins --prefer-dist --no-progress
并行下载别贪多，老旧硬件反而更慢
并发数不是越高越好。老旧服务器 CPU 弱、磁盘 I/O 差、DNS 缓存陈旧，并发过高容易触发 file_put_contents(/tmp/): failed to open stream 或 TLS 连接超时。
- 查当前值：
composer config -g parallel-downloads，默认是3，基本等于串行 - 推荐设为
6或8：composer config -g parallel-downloads 8—— 别碰10+，尤其在 512MB 内存 VPS 上 - 这个参数只对
composer install生效，update仍以串行为主，老旧环境应避免使用update，坚持用install+ 提交好的composer.lock - 如果发现日志中
Downloading行长时间无并发迹象，大概率是镜像未生效，回退到packagist.org后被迫串行
最关键的不是“开了多少优化”，而是每一步都验证是否真正落地：镜像 URL 是不是对的、缓存清没清、prefer-dist 有没有被项目配置覆盖、内存限制有没有双保险生效。老旧服务器没容错余地，错一个环节，安装就卡在某个阶段不动，且不报明确错误。
