php -d memory_limit=-1 最可靠，因它在PHP进程启动前强制解除内存限制，不依赖php.ini、环境变量或Composer检查，对所有Composer版本生效，且命令顺序和格式必须严格正确。
直接用 php -d memory_limit=-1 composer install 就能绕过默认限制，这是最稳的临时解法；改 php.ini 反而容易错配配置文件，且影响其他 CLI 脚本。
为什么 php -d memory_limit=-1 最可靠
这条命令在 PHP 进程启动前就强制解除内存墙，不依赖环境变量、不读取 php.ini、不触发 Composer 自己的安全检查。它对所有版本的 Composer（包括 2.5+）都生效，且顺序明确：必须写成 php -d memory_limit=-1 composer install，不能把 composer 放前面，也不能漏掉 php。
- Linux/macOS 直接运行即可
- Windows PowerShell 需加引号：
php "-d" "memory_limit=-1" composer install - 如果用的是
composer.phar，必须写成php -d memory_limit=-1 composer.phar install，路径和顺序都不能错 -
-1表示不限制，但实际仍受系统物理内存和 cgroup 限制（Docker 容器里尤其要注意）
COMPOSER_MEMORY_LIMIT 环境变量到底管不管用
它只控制 Composer 自身逻辑里的内存预判，比如依赖解析循环是否提前中止，**不改变 PHP 底层的分配能力**。设了 COMPOSER_MEMORY_LIMIT=-1 却没调高 php -d memory_limit，等于给司机发了油表警报，却没给油箱加油。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 值必须是
-1或纯数字（如2147483648），不能写2G或带引号的"-1" - 在 CI/CD 中建议显式设置，GitHub Actions 默认不透传该变量
- 对
composer update效果明显，但install阶段大量解包由 PHP 直接承担，不受此变量约束
为什么调高内存后还是卡在 Resolving dependencies
这个阶段 CPU 高、无输出、长时间不动，大概率不是内存不够，而是 SAT 求解失败——依赖冲突导致版本回溯爆炸，或存在宽泛约束（如 "^8.0 || ^9.0"）。
- 先试
php -d memory_limit=3G composer install --no-dev：跳过require-dev解析，常降内存 40%~60% - 避免
composer update，改用composer require vendor/package局部更新 - 检查
composer.json是否有循环 require 或 autoload 扫描了整个vendor目录 - 确认没启用
xdebug：它会让 Composer 内存占用翻倍，CI 中务必关掉：php -d zend_extension= -d xdebug.mode=off composer install
Docker 和 CI 环境里最容易漏的关键点
容器内即使设了 COMPOSER_MEMORY_LIMIT=-1，宿主机的 cgroup 仍可能在进程达到限制时直接 kill 掉它，而不会抛出 PHP 错误。
- GitLab CI 建议在
before_script加两行：export COMPOSER_MEMORY_LIMIT=2G和php -d memory_limit=2G - GitHub Actions 不要依赖环境变量继承，显式写成：
run: php -d memory_limit=2G composer install --no-interaction - Dockerfile 中 RUN 指令需确保
php -d memory_limit=2G composer install在同一层执行，避免被缓存或截断 - 验证当前 CLI 的真实限制：
php -r "echo ini_get('memory_limit');"，别信phpinfo()里 web 模块的值
真正卡住的时候，先看是不是在跑 update、有没有 xdebug、autoload 是否扫了不该扫的目录——这些比狂加内存更关键，也更容易被忽略。
