composer install/update并发下载加剧内存不足，因默认max-parallel=4使各连接独立解压、校验、写入并维护元数据，内存近似线性增长；用--max-parallel=1强制串行可直接压制峰值。
composer install/update 为什么并发下载会加剧内存不足
Composer 默认启用多线程下载（v2.x 起默认 max-parallel = 4），每个并发连接会独立解压 ZIP、校验 hash、写入临时目录，并在内存中维护各自的元数据结构。这些过程不共享缓冲区，导致内存占用呈近似线性增长——4 并发可能比 1 并发多吃 3 倍以上 RAM，尤其在低配 CI 环境或 2GB 内存的轻量服务器上，极易触发 Allowed memory size exhausted 或静默被 OOM killer 杀掉。
用 --max-parallel=1 强制串行下载最直接有效
这是唯一能从源头压制并发内存峰值的官方参数，无需改配置、不依赖环境变量，且兼容所有 Composer 版本（v2.2+ 原生支持）：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer install --max-parallel=1：彻底关闭并行，所有包按 lock 文件顺序逐个下载解压 -
composer update --max-parallel=1 --no-plugins：配合禁用插件，进一步减少钩子带来的额外内存开销 - 若用
php -d提升内存，必须把--max-parallel=1放在命令末尾，顺序无关，但不能漏掉
为什么不用 --prefer-dist + --no-dev 替代并发限制
这两个参数能减小总包体积和 autoload 扫描量，但对下载阶段的并发内存无影响：
-
--prefer-dist只决定用 ZIP 还是 git clone，不改变并发数 -
--no-dev跳过 dev 依赖安装，但只要这些包还在 lock 文件里，Composer 仍会并发下载它们的元数据（如packages.json） - 真正起效的是组合：比如
php -d memory_limit=1G composer install --max-parallel=1 --no-dev --optimize-autoloader
Docker 和 CI 环境中要额外注意 tmp 目录竞争
即使设了 --max-parallel=1，多个构建任务共用同一 /tmp 分区时，仍可能因临时文件堆积导致磁盘满、进而引发内存分配失败（错误表现仍是 Allowed memory size exhausted）：
- 务必显式设置
TMPDIR指向大容量挂载点：export TMPDIR="/mnt/build-tmp" && mkdir -p "$TMPDIR" - 避免在 GitHub Actions 中只写
composer install—— 必须显式调用php -d memory_limit=2G composer install --max-parallel=1，否则默认 PHP 配置和默认并发都会生效 - GitLab CI 示例：
php -d memory_limit=2G /usr/bin/composer install --max-parallel=1 --no-interaction
--max-parallel=1 是最干净的断点，但别忘了它治标不治本——如果连串行都爆内存，说明项目依赖树已超出现有资源承载能力，该精简 require-dev 或升级基础环境了。 
