composer require会爆内存是因为它需重载lock文件、合并约束、运行sat求解器遍历版本组合、校验冲突并生成新锁文件，内存峰值常超1.5g；临时解决用php -d memory_limit=-1 composer require，但须确保php cli路径正确且-d参数位置无误。
直接加 php -d memory_limit=-1 前缀就能过，但别只靠它——composer require 本质是 composer update 的子集，会触发完整依赖求解，内存压力和 update 几乎一样大。
为什么 composer require 会爆内存？
它不是简单加一行配置就完事。执行时 Composer 会：重新加载整个 composer.lock、合并新包约束、跑 SAT 求解器遍历所有可能版本组合、校验冲突、生成新锁文件——每一步都在吃内存。尤其当你项目已有 50+ 包、又用了 "minimum-stability": "dev" 或宽松约束（如 "^2.0"），内存峰值很容易冲到 1.5G 以上。
- 常见错误现象：
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted（即 128M） - 比
install更危险：因为require必须重算依赖图，而install只按 lock 还原 - 如果
composer.lock文件本身超过 5MB，说明它已含大量 dev 分支哈希或冗余映射，require加载它就会卡住
php -d memory_limit 怎么写才生效？
这个参数必须加在 php 命令后面、composer 命令前面，且要确保你调用的是真正的 PHP CLI 二进制，而不是 alias、shell wrapper 或 Docker 宿主机的错位 PHP。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS 正确写法：
php -d memory_limit=-1 composer require monolog/monolog - Windows CMD：
php -d "memory_limit=-1" composer require laravel/sanctum（双引号不能省） - PowerShell：
php "-d" "memory_limit=-1" composer require spatie/laravel-permission（否则会被当 PowerShell 参数） - 验证是否生效：运行
php -d memory_limit=-1 -i | grep memory_limit，确认输出是-1 - 别用
php composer.phar时漏掉-d——它只对紧邻的php进程起作用
COMPOSER_MEMORY_LIMIT 环境变量有用吗？
有用，但作用范围有限：它只控制 Composer 自身缓存行为（比如元数据暂存大小），**不绕过 PHP 的 memory_limit 底层限制**。如果 PHP 进程已经因 128M 被 kill，这个变量根本没机会读取。
- 正确用法（Linux/macOS）：
COMPOSER_MEMORY_LIMIT=2G php -d memory_limit=2G composer require guzzlehttp/guzzle - Windows CMD：
set COMPOSER_MEMORY_LIMIT=2G && php -d memory_limit=2G composer require - CI/CD 中建议显式写两行，别只设环境变量——GitHub Actions、GitLab CI 的默认 PHP 往往没加载你的
.bashrc - 设成
-1不等于“无限”，只是告诉 Composer “你自己别主动 GC”，实际仍受 PHP 限制
除了加内存，还能怎么减压？
硬提内存是快，但治标。真正稳定的做法是缩小求解空间 + 避开低效路径：
- 先清缓存：
composer clear-cache，损坏的 repo 缓存会导致反复解析失败并吃内存 - 跳过插件：
--no-plugins，尤其要禁用已废弃的hirak/prestissimo，它会在早期预加载全部类 - 缩小范围：
composer require --no-dev vendor/package，避免连带安装测试工具链 - 指定版本：
composer require "monolog/monolog:^3.0"，比不带版本号更易收敛 - 检查
autoload配置：如果composer.json里autoload错误包含了storage/或node_modules/，dump-autoload阶段会扫描巨量非代码文件
最常被忽略的一点：很多团队在 CI 里用 composer require 动态加包，却没意识到这会让每次构建都重跑 SAT 求解——应该改用 composer install --no-dev -o 配合预生成好的 composer.lock，把依赖解析从构建期移到开发期。
