php -d memory_limit=-1有时无效，因为Composer v2.5+启动时会主动覆盖PHP设置、强制设为2G；实际生效值需通过composer diagnose查看Memory limit行，且系统可用内存不足时仍会触发OOM killer。
php -d memory_limit=-1 为什么有时不管用
因为 Composer 自身会覆盖 PHP 的 memory_limit 设置——v2.5+ 默认强制设为 2G，哪怕你命令行写了 php -d memory_limit=-1，它启动后仍可能按自己的规则截断。这不是 PHP 没生效，而是 Composer 在初始化阶段主动重设了内存上限。
验证方式：运行 composer diagnose，看输出里 Memory limit 行显示的值，它才是 Composer 实际采用的限制。
- 临时绕过：加环境变量
COMPOSER_MEMORY_LIMIT=-1，例如COMPOSER_MEMORY_LIMIT=-1 composer install - 若仍失败，说明系统实际可用内存不足（比如 CI 环境只有 1GB 总内存），此时强行设 -1 会触发 OOM killer 杀进程，反而没报错信息
- Windows Git Bash 下
php -d参数可能被 shell 错误解析，优先换用 PowerShell 或 CMD 执行
改 php.ini 是永久方案？只改对位置才有效
90% 的人改错位置：Composer 运行在 CLI 模式下，必须修改 CLI 对应的 php.ini，不是 Apache、FPM 或 Nginx 模块的配置文件。改错会导致 web 请求内存变大，但 Composer 完全不受影响，还埋下安全风险。
查准路径的方法：php --ini 输出中找 Loaded Configuration File 对应的 CLI 配置路径，通常是 /etc/php/*/cli/php.ini（Linux）或 C:\xampp\php\php.ini（Windows CLI）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 找到
memory_limit行，改为memory_limit = 2G（生产环境不建议-1） - 改完不用重启任何服务，CLI 下次执行就生效
- 如果用 Docker，需确保该
php.ini被挂载进容器且路径匹配，否则改了也白改
CI/CD 里 composer install 失败但本地正常
根本原因不是配置差异，而是资源隔离：GitHub Actions 默认容器总内存约 7GB，但 PHP 进程能分到的远少于这个数；GitLab CI 或 Jenkins Pod 可能被 cgroup 限频限内存，导致 Composer 解析依赖时 malloc 失败，连 Allowed memory size exhausted 都不报，直接 exit code 137（OOM killed）。
- 先跑
free -h和cat /sys/fs/cgroup/memory/memory.limit_in_bytes看真实可用内存 - 在 CI 脚本里显式设
COMPOSER_MEMORY_LIMIT=1G，比依赖系统自动继承更可靠 - 搭配
--no-dev --no-autoloader，后续再分步生成 autoload，把峰值内存压到 500MB 以内 - 避免在低配 runner（如 GitHub Shared Runner 1C/1G）上跑
composer update，它比install多消耗 2–3 倍内存
镜像 + 缓存 + 参数组合才能稳住内存
光调内存只是兜底，真正省内存要从数据加载源头下手：Composer 80% 的内存花在下载和解析 packagist 元数据上。国内镜像不仅提速，还减少 JSON 解析压力；缓存失效或损坏时，Composer 会重复解析整个依赖树，瞬间拉高内存峰值。
- 设国内镜像：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 每次 CI 开头加
composer clear-cache，避免旧缓存引发异常内存分配 - 项目级优化：在
composer.json加"optimize-autoloader": true和"classmap-authoritative": true，大幅降低 autoload 阶段内存占用 - CI 中禁用插件：
composer install --no-plugins，某些插件（如旧版hirak/prestissimo）反而增加并发内存开销
内存问题从来不是单点配置能彻底解决的，COMPOSER_MEMORY_LIMIT、镜像源、autoloader 优化、CI 资源规格这四者必须一起看——漏掉任意一个，都可能在某次依赖更新后突然爆掉。
