php -d memory_limit=-1是让PHP启动时解除内存限制，由系统决定分配上限；它必须前置调用，仅作用于当前进程，不替代COMPOSER_MEMORY_LIMIT，后者只影响Composer内部逻辑。
直接设 php -d memory_limit=-1 是最可靠的方式，不是所有环境都支持 COMPOSER_MEMORY_LIMIT=-1，后者只影响 Composer 自身逻辑，不覆盖 PHP 底层限制。
php -d memory_limit=-1 是什么原理
这是让 PHP 启动时跳过内存上限检查，由操作系统决定能分配多少就分多少。Composer 本身不管理内存，它只是个 PHP 脚本，所有内存消耗都走 PHP 的 memory_limit 管控路径。-1 表示“不限制”，但实际仍受系统物理内存和容器限制约束。
常见错误现象：
- 只写
composer install，没加php -d前缀 → 依然走默认 128M - 在 Git Bash 或 WSL 中用
export COMPOSER_MEMORY_LIMIT=-1→ 变量生效但 PHP 层限制未解除，照样报错 - 用
which composer找到的是 shell wrapper 脚本（如 `/usr/local/bin/composer`）→-d参数被忽略，必须调用php composer.phar或确认 wrapper 是否透传参数
为什么 COMPOSER_MEMORY_LIMIT=-1 不总是管用
COMPOSER_MEMORY_LIMIT 是 Composer 自己读取的环境变量，仅用于控制其内部依赖解析器（SAT solver）的行为，比如是否缓存中间状态、是否启用轻量模式。它不会绕过 PHP 的 memory_limit 检查。
使用场景：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- CI/CD 流水线中配合固定值更稳妥：比如
COMPOSER_MEMORY_LIMIT=2G+php -d memory_limit=2G双保险 - Docker 容器里若已设
--memory=4g，再配COMPOSER_MEMORY_LIMIT=3G可防 Composer 内部逻辑异常冲高 - 某些老旧 CI 镜像（如早期 GitHub Actions ubuntu-20.04）PHP 版本低，
COMPOSER_MEMORY_LIMIT支持不完整，-d是唯一通路
哪些情况不能用 -1
-1 在资源受限环境容易触发 OOM killer，导致进程被静默杀死，错误日志只剩 Killed，无堆栈、无提示，排查困难。
必须设上限的典型场景：
- GitHub Actions 的
ubuntu-latest默认总内存约 7GB，单个 job 分不到全部，建议设php -d memory_limit=2G - Docker Desktop for Mac 默认只给容器 2GB 内存 → 即使 PHP 设了
-1，也会在申请超限时被 kill - GitLab CI shared runner 常限制容器内存为 3GB，设
-1可能拖垮整个节点 - 生产服务器上跑
composer update（非 install）时，依赖回溯可能阶段性冲到 3GB+，但持续占用会干扰其他服务
怎么验证当前生效的是哪个 memory_limit
别猜，直接看：
- 查 CLI 当前配置：
php -i | grep "memory_limit" - 确认 Composer 调用的是哪个 PHP：
php -v && which php，避免 PATH 混淆（比如 MAMP 自带 PHP 和系统 PHP 并存） - 验证命令是否真带参数执行：
php -d memory_limit=-1 -r "echo ini_get('memory_limit');"→ 输出-1才算成功 - 如果输出
128M或空，说明-d没生效，大概率是调用了错误的composer入口（比如 shell wrapper）
最容易被忽略的一点：Docker 构建阶段若用 RUN composer install，默认走的是镜像内置的 PHP 配置，必须显式写成 RUN php -d memory_limit=2G /usr/bin/composer install，否则即使你本地 php -d 成功，CI 里照样崩。
