composer本身不提供内存限制功能，仅响应外部设置；真正生效的是php -d memory_limit（硬限制），composer_memory_limit仅为软刹车，且值必须为-1或纯数字字节（如2147483648），不可带单位或引号。
Composer 本身不提供“限制内存”的功能，它只有“防止自己吃太多”的开关；真正要调的是 PHP 进程的 memory_limit，否则所有配置都白搭。
php -d memory_limit 是唯一真正生效的硬限制
这是绕过所有配置干扰、直接作用于 PHP 解释器的最可靠方式。Composer 启动前就卡死在解析阶段？那根本没机会读到任何 Composer 自己的配置，必须先让 PHP 活下来。
-
php -d memory_limit=-1 composer install：不限制，适合 CI 或一次性调试（PowerShell 需加引号：php "-d" "memory_limit=-1" composer install） -
php -d memory_limit=2G ./composer.phar install：路径必须对，./composer.phar不能写成composer别名或$(which composer)，后者会丢掉-d参数 - 别用
php -d memory_limit=-1 $(which composer)——shell wrapper 可能吞掉-d，导致实际还是跑在默认 128M 下 - 如果用了
phpbrew或asdf，先确认which php和php --ini指向的是同一个 CLI 环境
COMPOSER_MEMORY_LIMIT 只是 Composer 自己的软刹车
这个环境变量控制的是 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，不能带单位或引号：2G、"-1"、2048M全部无效；正确写法是2147483648或-1 - 优先级高于
php.ini，但低于php -d；CI 中推荐显式写在env:块里，别依赖 runner 默认值 - 它对
composer update效果明显，但install阶段大量解压和 autoload 生成由 PHP 直接承担，不受此变量约束 -
composer config -g memory-limit -1是无效命令——Composer 的config子命令根本不支持memory-limit，网上教程多是误导
光提内存只是兜底，真·减压得砍流程
很多项目爆内存，不是因为不够，而是 Composer 在干一堆根本不需要的事。尤其在 CI 或部署场景，--no-dev 和 --optimize-autoloader 能直接砍掉 40%~60% 内存峰值。
-
--no-dev：跳过require-dev的解析，哪怕composer.json里还留着 phpunit，只要不装，解析阶段就不加载它们的元数据 -
--optimize-autoloader（或-o）：生成 classmap，避免运行时扫描整个src/目录；配合"psr-4": {"App\": "app/"}明确命名空间，别用{"": "src/"}扫全目录 -
--no-plugins：禁用所有插件（如已废弃的fxp/composer-asset-plugin），老插件在解析阶段会额外载入大量 JSON 和类 -
--no-scripts：跳过post-install-cmd等脚本执行，防止某些脚本（如生成 swagger 文档）二次吃内存
Docker 和 CI 环境最容易漏掉的三件事
本地能过、流水线挂掉，八成是这三点没对齐。Docker 容器里 php -d 生效了，但 cgroup 仍可能把进程 kill 掉；GitHub Actions 默认镜像的 PHP 配置也不一定继承你的环境变量。
- Dockerfile 里只写
ENV COMPOSER_MEMORY_LIMIT=-1不够，必须确保php -d memory_limit=-1在RUN指令里显式出现，且容器启动时 cgroup 限制 ≥ 2G - GitHub Actions 中，
php-actions/composer-action默认不透传-d参数，得自己写run: php -d memory_limit=-1 composer install步骤 - Alpine 镜像的 PHP 默认编译时没开
ZEND_MM_ALLOC，内存管理更激进；生产环境建议换php:slim或显式加export COMPOSER_MEMORY_LIMIT=-1 - 别信
php -v显示memory_limit = -1就万事大吉——那是 FPM 或 Apache 的配置，CLI 模式得单独看php -r "echo ini_get('memory_limit');"
真正麻烦的不是设不设内存，而是不同环境之间配置错位：本地改了 php.ini，CI 用的是另一套；你关了 xdebug，CI 流水线却默认开着——结果报错信息一模一样，根因却完全不同。
