光换镜像源无法解决Allowed memory size exhausted，因内存溢出发生在本地PHP进程解析依赖阶段，需先区分是镜像未生效（卡在Downloading）还是真内存不足（卡在Resolving dependencies并报128M耗尽），再配合php -d memory_limit=-1与--no-dev等参数协同优化。
光换镜像源解决不了 Allowed memory size exhausted，因为内存溢出发生在本地 PHP 进程里，不是下载环节卡住的。必须先确认是网络问题还是真内存不足，再分层处理。
怎么判断是镜像没生效，还是真内存不够
看到命令卡在 Downloading 或 Resolving dependencies 时，现象不同，原因完全不同：
- 卡在
Downloading https://mirrors.aliyun.com/composer/packages.json或报curl error 28：大概率是镜像配置失败或系统时间不同步（尤其 WSL/Docker），和内存无关 - 卡在
Resolving dependencies through SAT、CPU 持续 100%、几秒后直接报Allowed memory size of 134217728 bytes exhausted：这才是真内存爆了，PHP 进程被默认128M截断
验证镜像是否写进去了：composer config -g repos.packagist 输出必须是完整 JSON，含 "type": "composer" 和以 https:// 开头、末尾带 / 的 URL；否则配置根本没落库。
php -d memory_limit=-1 为什么总写错
这个参数必须作用于 PHP 进程启动瞬间，顺序、语法、环境一个都不能错：
- ✅ 正确写法（Linux/macOS）：
php -d memory_limit=-1 composer install - ✅ 正确写法（Windows PowerShell）：
php -d "memory_limit=-1" composer install（双引号不能少，否则-1被截断） - ✅ 用
composer.phar也一样：php -d memory_limit=2G composer.phar update（单位必须大写G） - ❌ 错误写法：
composer install -d memory_limit=-1（Composer 不认这个参数） - ❌ 错误写法：
COMPOSER_MEMORY_LIMIT=-1 composer install（PHP 进程早被卡死，根本读不到这个变量）
如果 which php 和 php --ini 显示的配置路径不一致，说明你改的 php.ini 可能是 FPM 的，CLI 根本不读——别碰配置文件，直接用 -d 最稳。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
镜像 + 内存参数必须配合才有效
只换镜像，不提内存：下载快了，但解析阶段照样崩；只提内存，不换镜像：可能卡在 TLS 握手或 CDN 返回 502，白白耗光内存。两者要联动：
-
--no-dev：跳过require-dev解析，内存常降 40%~60%，上线部署必加 -
--optimize-autoloader（或-o）：生成 classmap，避免 autoload 阶段反复扫描目录，防最后一步爆内存 -
--prefer-dist：强制走 zip 包，避开 git clone 吃额外内存（国内镜像只缓存 dist） - 删掉项目级
"prefer-source": true：它会悄悄覆盖全局--prefer-dist，执行composer config --unset prefer-source清掉
CI/CD 中禁用 -1，改用具体值如 php -d memory_limit=1.5G，防止单次异常拖垮构建节点。
系统级内存不足时，-1 也没用
如果服务器本身物理内存小（比如 1G RAM 的轻量云），且没配 swap，memory_limit=-1 只会让 OOM killer 直接干掉进程，报错变成 lack of memory and not having swap：
- 检查：
free -m看Swap行是否为0 - 临时建 swap：
sudo /bin/dd if=/dev/zero of=/var/swap.1 bs=1M count=1024 && sudo /sbin/mkswap /var/swap.1 && sudo /sbin/swapon /var/swap.1 - 别盲目设
count=2048：实测 1024M 是平衡点，再大反而因磁盘 I/O 拖慢 Composer 启动
docker 构建时，--memory=4g 比单调 PHP 限制更关键；否则容器内 PHP 再无限制，也会被宿主机 OOM killer 杀掉。
