composer在ipv6网络下连中文镜像慢的根本原因是先尝试不可达的ipv6地址导致超时，解决方案是设置composer_no_ipv6=1强制走ipv4并正确配置带末尾斜杠的阿里云镜像url。
Composer在IPv6网络下连中文镜像慢，根本不是镜像本身响应慢，而是它先花1–2秒死磕不可达的IPv6地址（比如240e::xxx），超时后才切到IPv4——上百个包叠加下来，卡在Resolving dependencies或Downloading就是常态。
怎么确认是IPv6解析拖慢？
别猜，直接看实际连接行为：
- 运行
curl -v https://mirrors.aliyun.com/composer/packages.json，如果日志里出现* Trying 240e::xxx，说明DNS返回了AAAA记录，Composer正在试IPv6 - 执行
ping mirrors.aliyun.com，输出要是118.31.67.205这类IPv4地址才对；如果返回240e::开头的，说明本地DNS或gai.conf已偏向IPv6 -
composer diagnose里若看到反复重试[2a02:fc00::1]或curl error 7，基本锁定问题
强制走IPv4最稳的环境变量写法
COMPOSER_NO_IPV6=1是Composer 2.2+原生支持的开关，它在DNS解析阶段就过滤掉所有IPv6地址，不依赖cURL版本、不改系统配置、不影响其他进程：
- Linux/macOS：
COMPOSER_NO_IPV6=1 composer install - Windows PowerShell：
$env:COMPOSER_NO_IPV6="1"; composer install - Windows CMD：
set COMPOSER_NO_IPV6=1 && composer install - Docker构建：
ENV COMPOSER_NO_IPV6=1放在RUN指令前 - GitHub Actions：
env: { COMPOSER_NO_IPV6: 1 }
注意：这个变量只对当前命令生效，CI/CD中推荐用它临时调试，比改/etc/hosts或关系统IPv6更安全。
阿里云镜像配置必须带末尾斜杠
光设环境变量还不够，镜像URL写错会静默失败：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确命令：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 四个要素缺一不可：
-g（全局）、repo.packagist（单数，不是repos.packagist）、composer（type值，不是注释）、末尾/（少了会拼成/composerpackages.json导致404） - Windows用户改完要重启终端，否则PHP进程读不到新环境变量
- Docker里用
sudo composer config -g写进了root用户配置，但构建用的是www-data，照样不生效
验证是否真生效，别信composer config -g输出，跑composer diagnose看Repo packagist.org:后面是不是你设的地址。
别指望多加镜像源自动fallback
Composer的repositories数组只在上一个源返回HTTP 404（包确实不存在）时才切下一个；遇到连接超时、502、证书错误，它只会死等30秒，默认不切换——这不是配置问题，是设计如此。
真正有效的组合只有两个动作：COMPOSER_NO_IPV6=1绕过IPv6探测 + 配好带斜杠的阿里云镜像。其他操作比如curl_ipresolve=4或改php.ini里的curl.ipresolve=4虽能起效，但属于绕路方案，优先级不如Composer原生环境变量直接。
复杂点在于：Composer 1.x完全忽略COMPOSER_NO_IPV6=1，必须退回用composer config use-ipv4 true；而use-ipv4又只对2.2+有效——所以先用composer --version确认版本，再选对应方案。
