php -d memory_limit必须写在命令最前面，否则PHP进程启动时未加载该参数，导致“Allowed memory size exhausted”错误；常见失效场景包括-d被当作Composer子命令、shell wrapper丢弃参数、PowerShell未加引号等。
php -d memory_limit 必须写在最前面
你看到的 Allowed memory size exhausted 错误，99% 是 PHP 进程本身被内核 kill，不是 Composer 逻辑出错。所以第一反应不是改 COMPOSER_MEMORY_LIMIT，而是确保 php -d memory_limit=384M 真正生效。
常见失效场景：
-
composer install -d memory_limit=384M——-d被当 Composer 子命令忽略，PHP 根本没收到 -
which composer返回/usr/bin/composer（Ubuntu/Debian 的 shell wrapper）—— 它会丢弃所有-d参数 - PowerShell 下没加引号：
php -d memory_limit=384M→-d被识别为 PowerShell 参数
正确写法（按优先级排序）：
- Linux/macOS：用绝对路径绕过 wrapper：
php -d memory_limit=384M /usr/bin/composer install - PowerShell：必须加引号：
php -d "memory_limit=384M" composer install - CI/CD 中建议显式写两遍：
php -d memory_limit=384M COMPOSER_MEMORY_LIMIT=384M composer install --no-autoloader --no-scripts
--no-autoloader 和 --no-scripts 是保命开关
512MB 甚至 256MB 容器里，composer install 最耗内存的阶段根本不是下载或解压，而是 install 后自动触发的 dump-autoload 和所有 post-install-cmd 脚本。这些操作在无 opcache 的 CLI 环境下反复编译、扫描、生成映射，极易 OOM。
实操建议（顺序不能错）：
- 先跑：
php -d memory_limit=384M composer install --no-autoloader --no-scripts --no-dev --prefer-dist - 再单独跑 autoload：
php -d memory_limit=256M composer dump-autoload --optimize（注意这里可降回更低值，因只做类映射） - 确认项目不依赖脚本（比如不生成 config、不编译前端），就永远别开
--scripts
⚠️ 注意：--no-autoloader 不影响 vendor 包安装，只是跳过 autoload.php 生成；后续运行时若需自动加载，必须补上 dump-autoload 步骤。
验证 memory_limit 是否真生效
如果 php -r "echo ini_get('memory_limit');" 输出还是 128M，说明你写的 -d 没生效，大概率是用了 shell wrapper（如 Ubuntu 的 /usr/bin/composer）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
验证方式：
- 运行
composer diagnose，重点看 “PHP version” 行——这才是它真正加载的版本 - 运行
which composer，再用head -n1 $(which composer)查 shebang 行（如#!/usr/bin/env php），这个php才是关键 - 运行
php -r "echo PHP_BINARY;"，这是 Composer 内部实际加载的路径，必须和你期望的一致
中文用户特别注意：phpstudy、XAMPP、宝塔面板自带的 composer 命令往往是 shell wrapper 脚本，硬编码了旧版路径（如 /phpstudy/php/php-5.6/bin/php），which composer 看到的不是 phar 文件，而是 /bin/sh 脚本。
低内存容器下的压测与调优组合
随便跑 composer install 测不出真实瓶颈，干扰项太多。要测出“纯解析+autoload 注册”阶段的内存压力，就得剥离网络、缓存和 dev 包这些变量。
标准压测命令长这样：
time rm -rf vendor composer.lock && composer clear-cache && php -d memory_limit=2G COMPOSER_MEMORY_LIMIT=1536M composer install --no-dev --optimize-autoloader --classmap-authoritative -v
关键点：
-
--no-dev跳过所有require-dev包元数据加载，内存常降 40%~60% -
--optimize-autoloader和--classmap-authoritative必须一起用，否则 PSR-4 映射仍会动态扫描路径，dump阶段照常爆内存 -
-v是关键，没它看不到分片加载日志，也看不到Peak memory行
Windows PowerShell 用户注意：php -d "memory_limit=2G" 引号不能少，否则 -1 或 2G 被 shell 截断。
