php -d memory_limit=-1是最直接有效的临时解法，本质是绕过PHP CLI进程的memory_limit限制，仅作用于当前命令且退出即失效；需前置书写、注意引号规范，并在CI/CD中改用2G～3G显式上限以防OOM。
php -d memory_limit=-1 是最直接有效的临时解法
Composer 报 Allowed memory size exhausted，本质是 PHP CLI 进程被 memory_limit 卡死，不是 Composer 本身写得差。默认 128M 或 256M 在现代项目（尤其含 Laravel/Symfony/大量 dev 依赖）里根本不够用。php -d memory_limit=-1 绕过限制，只作用于当前命令，退出即失效，安全干净。
- Linux/macOS 直接运行：
php -d memory_limit=-1 composer install - Windows CMD 中建议加引号：
php -d "memory_limit=-1" composer update - PowerShell 里必须加引号，否则参数解析失败：
php -d "memory_limit=-1" composer install - 若用
composer.phar，php必须在最前：php -d memory_limit=2G ./composer.phar update
CI/CD 环境别用 -1，显式设 2G～3G 更稳妥
GitHub Actions、GitLab CI 等容器环境常禁用 -1，或因内存不足被 OOM killer 静默杀掉，报错变成 Killed（无堆栈），容易误判为 Composer bug。此时应设明确上限，并确保容器本身有足够内存。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- GitHub Actions 示例：
run: php -d memory_limit=2G composer install --no-interaction - GitLab CI 示例：
php -d memory_limit=3G /usr/bin/composer update - Docker 用户注意：
php -d memory_limit=3G不会突破--memory=2g限制，若设太高而容器内存不足，进程会被 kill - 使用
composer/setup-phpAction 时，直接配memory-limit: 2G，它会自动注入
COMPOSER_MEMORY_LIMIT 环境变量能用，但不能替代 php -d
COMPOSER_MEMORY_LIMIT 是 Composer 自己读的变量，只控制其内部逻辑的内存阈值，不覆盖 PHP 底层限制。它的优先级低于 php -d，高于 php.ini。设成 -1 有用，但若 php.ini 里仍是 memory_limit = 128M，照样报错。
- Linux/macOS：
COMPOSER_MEMORY_LIMIT=-1 composer install - Windows CMD：
set COMPOSER_MEMORY_LIMIT=-1 && composer install（&&前后不能有空格） - Git Bash/WSL：建议显式传入，别依赖
.bashrc，shell 配置可能覆盖它 - 它无法绕过系统物理内存不足——哪怕设了
-1，容器只有 1G 内存，照样崩
为什么 dump-autoload 也会爆内存？检查 autoload 配置是否扫了不该扫的目录
composer dump-autoload 失败报内存不足，往往不是 autoload 机制的问题，而是它被迫扫描了非代码文件：比如 logs/、storage/、node_modules/，或者 composer.json 的 autoload 字段误包含了 dist/ 或测试数据目录。
- 运行
composer dump-autoload --no-scripts单独测试，排除脚本干扰 - 检查
composer.json的autoload和autoload-dev，确认没包含vendor/外的大体积非 PHP 目录 - 确认项目根目录下没有意外混入的
logs/、storage/app/等（常见于本地开发误操作） - 用
composer diagnose可初步识别配置异常
php -d 必须写在 composer 命令之前，且不能被 shell wrapper 拦截；很多 CI 脚本只写 composer install，实际走的是系统 PATH 里那个没加 -d 的二进制，结果白设。 
