Composer内存不足需从PHP层解决，而非全局配置；唯一有效的全局内存方案是设置环境变量COMPOSER_MEMORY_LIMIT=2G，并验证其生效。
改 Composer 全局配置本身不会解决内存不足问题——composer config --global 只管写配置，不碰 PHP 内存限制。报 Allowed memory size exhausted 是 PHP 进程跑崩了，得从 PHP 层调资源，不是 Composer 配置层的问题。
为什么改 cache-dir 或 repos 不影响内存错误
全局配置里像 cache-dir、repos.packagist、github-oauth 这些字段只控制路径、源地址、鉴权行为，不改变 Composer 解析依赖或生成 autoload 的计算强度。哪怕你把缓存挪到 SSD、镜像换成本地私仓，只要依赖树复杂度不变，PHP 该爆内存还是爆。
- 缓存路径改对了，只是让
composer install下次更快，但第一次解析 lock 文件仍要全量加载元数据 - 换镜像能减少网络超时，但无法降低 dependency resolver（SAT 求解器）的内存峰值
- 删掉
require-dev是真能降内存，但这属于项目级操作，不是全局配置能干的事
真正起效的全局级内存方案：COMPOSER_MEMORY_LIMIT
Composer 原生支持环境变量 COMPOSER_MEMORY_LIMIT，它比 php -d memory_limit=... 更轻量，且优先级高于 php.ini，是唯一能“全局生效”的内存设置方式。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS：执行
export COMPOSER_MEMORY_LIMIT=2G，加到~/.zshrc可永久生效 - Windows CMD：
set COMPOSER_MEMORY_LIMIT=2G；PowerShell：$env:COMPOSER_MEMORY_LIMIT="2G" - CI/CD（如 GitHub Actions）：在
env:下直接写COMPOSER_MEMORY_LIMIT: 2G - 值必须是带单位的字符串，如
2G、1536M，不能写-1（部分 CI 环境不认）
改完怎么确认它真在起作用
别信命令没报错就以为成了。验证分两步：
- 查变量是否被读取：
php -r "echo getenv('COMPOSER_MEMORY_LIMIT');"，输出应为2G - 看 Composer 日志是否响应：
composer install -vvv 2>&1 | grep -i memory，会打印类似Memory limit: 2147483648 bytes - 如果仍报旧的
134217728（即 128M），说明变量没生效，大概率是 shell 没 reload 或 CI 步骤没注入成功
容易被忽略的耦合点：Docker 和 PHP CLI 配置不一致
你在宿主机设了 COMPOSER_MEMORY_LIMIT=2G，但 Docker 容器里跑的 PHP CLI 可能压根没继承这个变量，或者容器内 PHP 自己的 memory_limit 被硬设成 128M。
- Dockerfile 里别只写
ENV COMPOSER_MEMORY_LIMIT=2G，还得确保php -i | grep memory_limit输出匹配 - 用
docker run --rm -it -e COMPOSER_MEMORY_LIMIT=2G php:8.3-cli composer install -vvv测试最准 - Mac 上 Docker Desktop 默认内存只有 2GB，即使 PHP 设了 3G，也会被系统 OOM Killer 杀掉，日志只显示
Killed，无堆栈
