curl_ipresolve=4基本无效，因其仅作用于连接层且依赖curl编译支持ipv6、libcurl≥7.19.4及composer实际使用curl；composer_no_ipv6=1才在dns解析层彻底禁用ipv6，最可靠。
为什么 CURL_IPRESOLVE=4 基本无效
这个环境变量看着像万能开关，但实际起效条件太苛刻：PHP 编译时得启用 cURL 且支持 IPv6（curl_version()['features'] & CURL_VERSION_IPV6 返回非零），libcurl 版本必须 ≥ 7.19.4，还得确保 Composer 真的走 cURL——如果你用了 Guzzle 或自定义 HTTP 客户端，它就完全不生效。更关键的是，DNS 解析阶段早已完成，IPv6 地址可能已经拿到并开始连接了，CURL_IPRESOLVE 只管连接层，不管解析层。
COMPOSER_NO_IPV6=1 是最底层、最可靠的方式
它在 Composer 自己的 DNS 解析阶段就过滤掉所有 IPv6 地址，不依赖 cURL、不看 PHP 流上下文、也不管你用什么 HTTP 客户端。Linux/macOS 临时用：COMPOSER_NO_IPV6=1 composer install；PowerShell 临时用：$env:COMPOSER_NO_IPV6="1"; composer install；全局生效（推荐）：composer config -g use-ipv4 true（仅 Composer 2.2+ 支持）。旧版 Composer（1.x）只能靠环境变量，use-ipv4 配置项无效。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
镜像源必须配对阿里云 HTTPS 地址
只禁 IPv6 不换源，还是得连境外节点，延迟和失败率照高不误。最稳组合是：composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/（注意末尾不能有斜杠），再加 COMPOSER_NO_IPV6=1 或 COMPOSER_IPV4=1，最后执行 composer clear-cache。别用已停服的 https://packagist.phpcomposer.com，腾讯云、华为云镜像虽可用，但阿里云同步延迟更低、节点更稳定。
验证是否真走 IPv4
运行 ping -c 3 mirrors.aliyun.com，输出应为类似 118.31.67.205 的 IPv4 地址，而非 240e:: 开头；再跑 composer install -v 2>&1 | grep "Resolving"，确认日志里解析出的地址全是 IPv4。CI/CD 中尤其要注意：每次容器重启都会丢失环境变量，必须在脚本开头显式设置 COMPOSER_IPV4=1 和 COMPOSER_HOME 路径，否则等于没配。
