php -d memory_limit=2g composer install是最稳的临时解法，因它精准提升当前命令内存上限至2gb，避免oom，无需改配置、不污染全局，且兼容各环境。
php -d memory_limit=2G composer install 是最稳的临时解法
Composer 加载包信息（尤其是 composer update）时要下载并解析所有依赖的 composer.json 元数据，构建完整的依赖图谱，这个阶段内存峰值很容易突破 1.5GB。PHP CLI 默认的 memory_limit=128M 或 256M 根本不够用。
直接在命令前加 php -d memory_limit=2G 是最可靠、无需重启、不污染全局配置的方式：
-
php -d memory_limit=2G composer install—— 安装时够用且防 OOM -
php -d memory_limit=2G composer update—— 比install更吃内存，必须设上限 - Windows CMD 中注意写法：
php -d"memory_limit=2G" composer install（等号不能有空格） - 若用
composer.phar，必须把php -d放最前面：php -d memory_limit=2G ./composer.phar update
COMPOSER_MEMORY_LIMIT 环境变量比 -d 更适合 CI/CD
COMPOSER_MEMORY_LIMIT 是 Composer 原生支持的环境变量，它只作用于 Composer 自身逻辑（如依赖解析、版本约束求解），不干扰底层 PHP 行为，比全局 memory_limit 更精准。
实操建议：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- GitHub Actions 中写成：
env: { COMPOSER_MEMORY_LIMIT: "2G" }或run: COMPOSER_MEMORY_LIMIT=2G composer install - GitLab CI 中可在
variables:下设：COMPOSER_MEMORY_LIMIT: "2G" - 本地临时生效（Linux/macOS）：
export COMPOSER_MEMORY_LIMIT=2G，之后所有composer命令都自动带上 - 注意：它优先级低于
php -d，高于php.ini；设-1在容器中可能触发 OOM Killer，仍推荐2G
为什么 vendor/autoload.php 生成失败也报内存不足
这不是 autoload 本身的问题，而是 composer dump-autoload 阶段扫描了不该扫的文件——比如 logs/、storage/app/、node_modules/ 被误放在项目根目录，或 composer.json 的 autoload 配置里包含了大体积非 PHP 目录。
排查要点：
- 运行
composer dump-autoload --no-scripts单独测试，排除脚本干扰 - 检查
composer.json中autoload和autoload-dev是否包含"../node_modules/"或"dist/"这类路径 - 确认项目根目录下没有巨型 JSON 配置、日志文件或未清理的测试数据
- 用
find . -type f -size +10M快速定位大文件（Linux/macOS）
别碰 php.ini，除非你清楚 CLI 和 Web 的配置是两套
改 php.ini 对 Composer 无效，大概率是因为你改的是 Apache/Nginx 用的配置，而终端跑的是 CLI 模式，加载的是另一份 php.ini（通常在 /etc/php/*/cli/php.ini）。
验证和操作步骤：
- 先查 CLI 实际加载哪份：
php --ini，看 “Loaded Configuration File” - 再确认是否生效：
php -r "echo ini_get('memory_limit');"，输出应为2147483648或2G - Docker、CI 环境基本无法改
php.ini，硬改还会影响其他 CLI 工具（如 PHPUnit） - 即使改了，也要新开终端才生效；
source ~/.zshrc不起作用，因为 PHP 进程不读 shell 配置
php -d memory_limit=2G 是唯一能稳定跑通的方案；但如果你在 GitHub Actions 或 GitLab CI 里执行，记得同步检查 runner 容器的总内存是否 ≥4GB——否则 PHP 层面再放开，也会被系统 OOM Killer 杀掉，错误变成静默的 Killed。
