应优先执行php -d memory_limit=2G composer install，因95%以上Composer内存溢出实为PHP CLI进程被默认memory_limit卡死，而非物理内存不足；该命令临时提限至2GB、不改配置、不重启、不污染环境，单位必须是G且顺序不可颠倒。
Composer报Allowed memory size exhausted，真不是物理内存不够
95%以上的情况，根本不是服务器缺内存，而是 PHP CLI 进程被默认的 memory_limit 卡死在启动阶段——Solver 还没开始算，PHP 就已崩溃。你看到的 “lack of memory or swap” 提示是误导性文案，swap 分区对 Composer 没有正向作用，反而因频繁磁盘 I/O 拖慢甚至中断安装流程。
php -d memory_limit=2G 是唯一该先跑的命令
它直接覆盖 PHP CLI 的内存上限，仅作用于当前命令，不改配置、不重启、不污染环境：
- 单位必须是
G（不是GB或M），2G是 CI 环境大规模验证过的安全值 - 顺序不能错：
php -d memory_limit=2G composer install；写成composer install -d memory_limit=2G会被忽略 - Linux/macOS 直接运行；Windows PowerShell 必须加引号：
php -d "memory_limit=2G" composer install - 若
which composer返回/usr/bin/composer（Ubuntu wrapper），得用绝对路径：php -d memory_limit=2G /usr/bin/composer install
COMPOSER_MEMORY_LIMIT 环境变量不绕过 PHP 限制
这个变量只控制 Composer 自身逻辑（如 solver 缓存大小），但前提是 PHP 进程得活到那一步。如果 memory_limit 还卡在 128M，它根本没机会生效：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确配合方式：
COMPOSER_MEMORY_LIMIT=1G php -d memory_limit=2G composer update - 单位只认
M和G，1.5G不被识别，得写1536M - Linux/macOS：
COMPOSER_MEMORY_LIMIT=2G composer install（等号前后不能有空格） - Windows CMD：
set COMPOSER_MEMORY_LIMIT=2G && composer install - PowerShell：
$env:COMPOSER_MEMORY_LIMIT="2G"; composer install
Swap 分区只在极少数场景下才值得配
只有当你同时满足以下两点，才考虑临时启用 Swap：
-
free -m显示可用内存长期低于 512MB - 已确认
php -d memory_limit=2G composer install生效，但进程仍被系统Killed
若真要配，用 2GB Swap 文件最稳妥：sudo dd if=/dev/zero of=/var/swap.1 bs=1M count=2048sudo mkswap /var/swap.1sudo swapon /var/swap.1
注意：重启后失效，需手动追加到 /etc/fstab 才能永久生效。
真正容易被忽略的是：你以为在调 Composer，其实可能根本没调到 PHP —— 先跑 php -r "echo ini_get('memory_limit');" 看 CLI 模式真实限制，再用 ls -l $(which composer) 确认它是不是 shell wrapper。这两步不走，后面所有操作都是在猜。
