答案是php -d memory_limit=-1必须写在composer命令最前面，因-d是php启动参数，顺序错误则php收不到；powershell需加引号，ubuntu wrapper需用绝对路径；单位仅认g/m，-1在v2+中允许但composer_memory_limit仅为软限制。
直接加 php -d memory_limit=-1 前缀，90% 的情况立刻解决。这不是权宜之计，而是 Composer 本身设计决定的——它不读 php.ini，也不受环境变量 COMPOSER_MEMORY_LIMIT 的底层限制约束，必须靠 PHP 启动参数硬 override。
为什么 php -d memory_limit=-1 必须写在最前面
顺序错了就完全失效：composer install -d memory_limit=-1 会被当成子命令忽略，PHP 根本收不到参数。-d 是 PHP 解释器的启动选项，只能出现在 php 后、实际执行文件（如 composer）前。
- 正确写法：
php -d memory_limit=-1 composer install - Windows PowerShell 用户注意等号要加引号：
php -d "memory_limit=-1" composer install - Ubuntu 等系统若
which composer返回/usr/bin/composer（shell wrapper），-d可能被忽略，应改用绝对路径：php -d memory_limit=-1 /usr/bin/composer install - 单位只认
G或M，2GB、2g、2.0G都不识别；-1在 Composer v2+ 中是允许的，但COMPOSER_MEMORY_LIMIT=-1不等于绕过 PHP 限制
COMPOSER_MEMORY_LIMIT 和 php -d 有什么区别
COMPOSER_MEMORY_LIMIT 是 Composer 自己的软限制，只影响依赖求解缓存、JSON 解析预分配等内部逻辑；而 php -d memory_limit 是 PHP 进程级硬限制，vendor 解包、autoloader 扫描、脚本执行全靠它撑住。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 验证是否生效：加
-v参数运行，开头几行会打印Memory limit: -1——但这只是 Composer “以为”能用这么多，不代表 PHP 允许 - 如果进程在 129MB 就被 kill，说明
php -d没生效，或系统 OOM Killer 干掉了进程（此时错误是Killed，无堆栈） - CI/CD 中推荐显式设上限，比如
php -d memory_limit=2G composer install，避免-1在容器里触发 OOM
为什么 composer install 也会爆内存，不是说它比 update 轻量吗
确实轻量，但“轻量”是相对的。当 composer.lock 缺失、或 lock 文件里含大量 dev 依赖、或项目根目录混入了 logs/、storage/、node_modules/ 等非代码目录时，dump-autoload 阶段会扫描所有匹配的 PHP 文件，内存峰值可能瞬间冲破 1G。
- 先单独测试 autoload：
composer dump-autoload --no-scripts，排除脚本干扰 - 检查
composer.json的autoload和autoload-dev是否误包含了dist/、build/等目录 - 运行
composer clear-cache，旧缓存损坏有时会引发异常内存分配 - CI 中若用
composer/setup-phpAction，记得传memory-limit: 2G输入项，它会自动注入
真正容易被忽略的是：Docker 容器内存配额和 PHP 内存限制是两层限制。你设了 php -d memory_limit=3G，但 Docker 只给了 2G 总内存，进程照样被 kill——得先调高 docker run --memory 或 Docker Desktop 的内存设置。
