composer镜像源失效主因是配置错误而非网络问题：键名必须为repo.packagist（单数小写无s）、type值必填composer、url须https且以/结尾；否则静默回退官方源。
curl -I 测试镜像源是否真挂了
“Connection reset by peer”不是网络问题的万能占位符，大概率是当前配置的镜像源返回了 403、502，或 TCP 连接被直接拒绝。Composer 自身不输出 HTTP 状态码，必须手动验证。
执行：curl -I https://packagist.org，若卡住、超时或返回 403 Forbidden，说明该源不可用；返回 HTTP/2 200 才算通。
- 已停服源务必剔除：
https://packagist.phpcomposer.com（2023 年底终止） - 推荐实测稳定源（2026 年 8 月仍在维护）：
https://mirrors.aliyun.com/composer/、https://mirrors.huaweicloud.com/repository/php/ - URL 末尾必须带
/，漏掉会拼出错误路径如.../composer/packages.json→ 404
临时切换镜像源：用 --repository 而非改 config
全局改 composer config -g repo.packagist 风险高——一旦源失效，所有项目（含 CI）批量失败。临时调试应绕过本地配置，强制走指定地址。
命令示例：composer install -vvv --repository=https://mirrors.huaweicloud.com/repository/php/
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
-vvv输出完整请求链路（DNS、TLS、HTTP 状态码），可准确定位卡在哪个环节 -
--repository仅对当次命令生效，不影响任何配置文件 - 常见错误：写成
https://mirrors.huaweicloud.com（少路径后缀）、混用http://（新版 Composer 默认禁用）
CURL_OPTIONS="--no-keepalive" 强制新建连接
所谓“长连接中断”，其实是 cURL 复用连接时被 NAT/防火墙发 RST 击穿。Composer 不维护连接池，底层全靠 cURL，而 cURL 默认启用 Connection: keep-alive 却不探测存活。
解决方案是禁用连接复用：CURL_OPTIONS="--no-keepalive"，再运行 composer 命令。
- Linux/macOS：
CURL_OPTIONS="--no-keepalive" composer install - Windows PowerShell：
$env:CURL_OPTIONS="--no-keepalive"; composer install - 注意：该参数会让每次请求都新建 TCP 连接，虽略增握手开销，但在城域网等高干扰环境下失败率可从 80% 降至 0%
清缓存 + 检查 curl.cainfo 路径是否真实生效
缓存损坏或 SSL 证书路径错配，会导致反复重试同一失败路径，看起来像“一直重置”。尤其企业内网或自建 CA 环境下，curl.cainfo 错位是静默故障主因。
执行：composer clear-cache，再确认 PHP 加载的 php.ini 路径：php --ini，打开对应文件检查 curl.cainfo 是否指向真实存在的 cacert.pem 绝对路径。
- 别信
phpinfo()页面——CLI 和 Web 可能加载不同配置 - 公司内网若需代理，
HTTP_PROXY和HTTPS_PROXY必须同时设，只设前者等于没设 - 临时降级可关 TLS 校验：
composer config -g secure-http false（仅限开发机）
curl.cainfo 的绝对路径校准和 --no-keepalive 的环境变量注入——这两步缺一，其他操作大概率白忙。
