95%的Composer内存溢出问题可用php -d memory_limit=-1 composer install当场解决，因其在PHP进程启动瞬间覆盖内存限制，仅作用于当前命令，不修改配置、不重启服务；COMPOSER_MEMORY_LIMIT和php.ini调整均无法替代该方案。
直接用 php -d memory_limit=-1 composer install 就能解决 95% 的内存溢出问题，不是改 COMPOSER_MEMORY_LIMIT，也不是去碰 php.ini —— 那些操作要么无效，要么治标不治本。
为什么 php -d memory_limit=-1 必须放最前面
Composer 是一个 Phar 包，由 PHP 进程加载执行。它的内存天花板在 PHP 进程启动那一瞬间就锁死了，memory_limit 是 PHP 解释器的底层限制，不是 Composer 自己能 later 修改的配置。
-
php -d memory_limit=-1 composer install✅ 正确：在进程初始化阶段注入，立即生效 -
COMPOSER_MEMORY_LIMIT=-1 composer install❌ 失效：PHP 进程早已被默认的 128M 卡死，Composer 根本没机会读这个变量 -
composer install -d memory_limit=-1❌ 语法错误：-d 是 PHP 的命令行参数，不是 Composer 的子命令
Windows PowerShell 用户注意：php -d "memory_limit=-1" composer install，等号前后不能有空格，且必须加引号；CMD 下可省略引号但建议加上以防解析异常。
composer install 和 composer update 的内存差异极大
别被名字误导。composer install 理论上轻量，但前提是 composer.lock 干净、没嵌套 dev-master 或废弃包残留——这种 lock 文件反而比 update 更烧内存。
-
composer update必然重跑 SAT 求解器，下载全部元数据，是标准内存杀手 -
composer install --no-dev能立刻砍掉 30%~60% 内存峰值，前提是确认不需要require-dev里的包 - 删了
vendor/和composer.lock后直接composer update？这是最耗内存的操作组合，等于全量重算 + 下载 + 解压
CI 中推荐固定组合：php -d memory_limit=2G composer install --no-dev --classmap-authoritative --optimize-autoloader。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
哪些参数真能减内存，而不是硬扛
光提内存是治标。很多项目爆内存，是因为在跑根本不需要的操作：
-
--no-dev：跳过require-dev的解析和安装，内存占用常降 40%~60% -
--prefer-dist：强制走 zip 包而非 git clone，避免 git 进程吃内存（默认已开启，但显式写上更明确） -
--optimize-autoloader（或-o）：生成扁平 classmap，降低 dump 阶段内存峰值 -
--no-plugins：禁用钩子型插件（如composer-unused），它们会在每个包安装后触发，放大串行延迟
PHP 8.1+ 启用了 opcache.preload 的环境要特别小心：预加载逻辑可能意外触发，导致 Composer autoloader 生成阶段内存翻倍。临时禁用：php -d opcache.enable=0 -d memory_limit=-1 composer install。
为什么改了 php.ini 还是报错
你改的很可能不是 CLI 模式下 Composer 实际加载的那个 php.ini。Apache、FPM、CLI 三者用的配置文件完全独立。
- 运行
php --ini，看Loaded Configuration File路径，这才是 CLI 真正读的配置 - 常见位置：
/etc/php/*/cli/php.ini（Ubuntu/Debian）、/usr/local/etc/php/*/php.ini（macOS Homebrew）、C:\xampp\php\php.ini（Windows XAMPP） - 改完验证：
php -r "echo ini_get('memory_limit');"，输出应为你设的值
真正容易被忽略的是：某些 IDE（如 PHPStorm）内置终端会复用 GUI 环境的 PHP 配置，而 GUI 应用常被系统限制内存——这时候即使系统终端里正常，IDE 终端仍报错。换系统终端执行，或检查 IDE 设置里的 PHP 解释器路径是否指向受限版本。
