php -d memory_limit=2G 是唯一硬控PHP进程内存的解法，必须前置书写且作用于实际执行的PHP进程；COMPOSER_MEMORY_LIMIT仅为软限制，不绕过PHP底层限制，对install几乎无效。
php -d memory_limit 是唯一硬控手段
Composer 中文安装时爆内存，根本不是中文编码或 locale 导致的，而是 PHP 进程在解析 composer.lock 或执行 SAT 求解时被 memory_limit 截断。报错末尾出现 Allowed memory size of XXXXXX bytes exhausted 就说明 PHP 底层已 kill 进程——此时任何 Composer 自身参数都来不及生效。
必须用 php -d memory_limit=2G 开头，且顺序不能错：
- ✅ 正确：php -d memory_limit=2G composer install
- ❌ 错误：composer install -d memory_limit=2G（Composer 会忽略）
- ⚠️ Windows PowerShell 必须加引号：php "-d" "memory_limit=2G" composer install
- ⚠️ 若 which composer 返回的是 shell wrapper（如 /usr/bin/composer），-d 参数大概率失效，应改用 php -d memory_limit=2G /usr/lib/php/composer.phar install
--no-dev 和 --optimize-autoloader 真正起效的阶段
这两个参数不降低依赖解析阶段的内存，但能大幅削减 install 后期的 autoload 生成开销，尤其对中文项目里大量使用 PSR-4 自动加载的场景（如 ThinkPHP、Laravel 中文扩展包）很关键。
-
--no-dev：跳过require-dev下所有包（如phpunit、friendsofphp/php-cs-fixer）的 autoload 注册和文件扫描，内存峰值常降 40%~60% -
--optimize-autoloader（或-o）：把散落在各 vendor 目录下的类映射合并为扁平classmap，避免运行时遍历目录，也减少 dump 阶段临时数组膨胀 - 注意：它们对卡在
Resolving dependencies的问题无效——那阶段还没走到 autoload 生成
COMPOSER_MEMORY_LIMIT 是软限制，别单独用
COMPOSER_MEMORY_LIMIT 只控制 Composer 内部缓存分配逻辑（比如 solver 缓存大小），完全不突破 PHP 的 memory_limit。进程在第 129MB 就被内核 kill，Composer 根本没机会读到这个变量。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
所以：
- 单独设
COMPOSER_MEMORY_LIMIT=2G composer install→ 白忙活 - 有效组合是：
php -d memory_limit=2G COMPOSER_MEMORY_LIMIT=2G composer update（仅对 update 的求解阶段有轻微缓解） - CI/CD 中建议显式写：
env: { PHP_MEMORY_LIMIT: "2G", COMPOSER_MEMORY_LIMIT: "2G" }，但必须确保 runner 执行命令前拼接了php -d memory_limit=...
中文项目特有的隐性内存杀手
中文环境本身不耗内存，但常见配套操作会放大问题：
- Xdebug 默认开着：本地开发常启用，但它会让 Composer 内存占用翻倍以上；CI 中务必关掉：
php -d zend_extension= -d xdebug.mode=off composer install - 宽泛 autoload 规则：比如
"psr-4": {"": "src/"}扫描整个vendor目录，尤其当引入中文文档生成工具（如phpdocumentor/phpdocumentor）时，触发大量文件 stat 调用 - 旧版 Composer + PHP 7.4 组合：存在已知内存泄漏，升级到 Composer 2.7.x + PHP 8.1+ 可显著改善
- 残留在
vendor/的中文命名目录（如vendor/某某插件）不会直接导致 OOM，但若含非法字符或符号链接环，会拖慢文件系统遍历，间接拉长内存驻留时间
真正卡住的时候，不是参数没加全，而是没确认 php -d 是否真的作用到了正在跑的那个 PHP 进程——先跑 php -d memory_limit=512M -r "echo ini_get('memory_limit');" 验证，再执行 Composer 命令。
