php -d memory_limit=-1 必须前置且作用于正确php进程才生效；若which composer返回shell wrapper、powershell/git bash漏引号、ci禁用-d参数或php.ini路径错误，均会导致失效。
直接加 php -d memory_limit=-1，但必须确保它作用在正确的 PHP 进程上，否则白加。
为什么 php -d memory_limit=-1 有时没反应
不是命令写错了，而是它根本没生效到 Composer 所用的 PHP 实例上：
- 你运行的是
composer命令，但系统里which composer返回的是 shell wrapper（比如/usr/bin/composer），实际调用的可能是另一个 PHP 版本，-d参数被忽略 - Windows PowerShell 或 Git Bash 下漏了引号：
php -d "memory_limit=-1"缺双引号会导致参数截断，PHP 只收到-d没收到值 - CI 环境（如 GitLab Runner）明确禁用
-d参数，此时必须靠COMPOSER_MEMORY_LIMIT=-1配合其他开关兜底 - 你以为改了
php.ini，但php -i | grep "Loaded Configuration File"显示 CLI 实际加载的是另一份配置（比如/etc/php/8.2/cli/php.ini），而你改的是 FPM 的
composer install 和 composer update 的内存行为完全不同
别以为都是“装包”，它们的底层开销差一个数量级：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer install理论上轻量——前提是composer.lock存在且干净；若 lock 文件体积超 5MB（常见于残留dev-master、废弃包哈希），解析反而更吃内存 -
composer update是标准内存杀手：要重跑 SAT 求解、下载全部元数据、比对所有版本约束、校验 hash，峰值常突破 1.5GB - 生产环境禁止在线
composer update；所有更新必须在开发机完成，提交composer.lock后再上线执行install
私有仓库场景下，光提内存只是治标
私有源（GitLab/Nexus/Satis）引发的内存暴涨，根因不是“包多”，而是 Composer 解析链路更长：
- HTTP 客户端 → 认证中间件 → 元数据解压 → JSON schema 验证 → vendor 名称映射 → 本地缓存写入，每一步都可能触发扩展层隐式分配
- 混用多个私有源或启用
allow-plugins白名单时，依赖图谱解析阶段内存峰值可能翻倍 -
--no-dev --prefer-dist --no-scripts组合比硬提内存更有效：跳过测试依赖、强制走压缩包而非 clone、不执行不可控脚本 - 若私有源返回
401/403，Composer 会反复重试 + 回溯 + 清理缓存——此时不是“不够”，是“泄漏”，先确认凭证有效性
Docker/CI 环境下，内存限制是两层事
PHP 层面放开 ≠ 系统层面安全，漏掉任何一层都会失败：
-
php -d memory_limit=2G只管 PHP 进程，容器本身内存不足（比如 GitHub Actions 默认 7GB 总内存）仍会被 OOM killer 杀掉，dmesg | tail里能看到Out of memory: Kill process - Docker 启动时需显式加
--memory=4g，CI 脚本中建议固定为1.5G而非-1，防止单次异常拖垮构建节点 - 私有源域名在容器内无法解析或 TLS 证书不被信任，会导致进程卡在 DNS 查询或 SSL handshake 阶段——看似内存溢出，实则是超时后被杀
- CI 中务必确认
composer.lock已提交且未被缓存污染，否则install会悄悄退化为update
真正容易被忽略的点：内存问题常是表象，背后可能是私有源凭据失效、DNS 解析失败、或 lock 文件结构腐化。别一上来就调 memory_limit，先用 composer install -v 看卡在哪一步，再决定是修配置、清缓存，还是砍参数。
