最常用方法是php -d memory_limit=-1 composer install，因其能立即生效且仅影响当前命令，绕过PHP默认128M/256M限制，避免修改php.ini引发的多环境不一致问题。
直接加内存限制就能过，别碰 php.ini，也别删 vendor 重装——那只会更慢、更耗内存。
php -d memory_limit=-1 composer install 为什么最常用
Composer 在解析依赖树或生成 autoload 映射时会阶段性冲高内存，PHP CLI 默认的 memory_limit=128M 或 256M 根本不够用。用 -d 参数是唯一能立即生效、且只影响当前命令的方式：
-
php -d memory_limit=-1 composer install：开发机上最省事，-1 表示不限制（实际受限于系统剩余内存） -
php -d memory_limit=2G composer update：CI/CD 或 Docker 环境更稳妥，避免 OOM killer 杀进程 - 如果用的是
composer.phar，必须把php -d放最前：php -d memory_limit=2G ./composer.phar install - Windows PowerShell 中
-1需加引号：php -d "memory_limit=-1" composer install
COMPOSER_MEMORY_LIMIT 环境变量比 -d 更轻量吗
是的，它专为 Composer 设计，优先级高于 php.ini，但低于 -d。适合脚本和 CI 场景：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS 临时生效：
COMPOSER_MEMORY_LIMIT=2G composer install - GitLab CI 示例：
php -d memory_limit=2G /usr/bin/composer install --no-interaction（注意：必须显式调用php，否则不生效） - GitHub Actions 推荐用
composer/setup-phpAction 并设memory-limit: 2G，它会自动注入 - 不要在
.env或phpunit.xml里设PHP_MEMORY_LIMIT——Composer 不读这些
为什么改 php.ini 容易踩坑
因为 PHP CLI 和 Web SAPI（如 PHP-FPM）通常加载不同的配置文件。你改了 Apache 的 php.ini，对终端里的 composer 完全没影响：
- 先查 CLI 实际加载哪个：
php --ini，看 “Loaded Configuration File” 路径（常见于/etc/php/8.2/cli/php.ini） - 验证是否生效：
php -r "echo ini_get('memory_limit');"，输出应为2147483648或2G - Docker 或 CI 环境不建议走这条路——容器每次重建都要重配，
-d或环境变量更可靠 - 全局调高
memory_limit可能掩盖真实内存泄漏，还可能让失控的 Web 脚本吃光服务器内存
除了加内存，还有哪些操作本身就在烧内存
有些命令天然比其他命令吃资源，盲目执行等于主动触发 OOM：
-
composer update比install危险得多：它要重新计算整个依赖图、下载全部元数据、校验 hash——内存峰值常超 1.5GB - 启用
xdebug会让 Composer 内存占用翻倍以上，CI 或本地调试时记得关：php -d zend_extension= -d xdebug.mode=off composer update -
composer dump-autoload失败报内存不足？大概率是autoload配置误扫了logs/、storage/或node_modules/目录 - 某些废弃插件（如已停更的
hirak/prestissimo）会在安装前预加载全部类，反而加剧压力；可试composer update --no-plugins
真正容易被忽略的是：很多 CI 环境（比如 GitHub Actions ubuntu-latest）默认只给 7GB 总内存，PHP 进程能分到的远少于这个数；-d memory_limit=3G 若超出容器上限，进程会被静默 Killed，连错误堆栈都不留——这时得同步检查 docker run --memory 或 CI 的资源配额。
