composer默认不重试是因为仅对408、429、500–504等特定状态码触发，而镜像超时（如curl error 28）或连接拒绝（error 7）不在此列；需通过composer config -g http-options.timeout和http-options.max-retries显式配置，且重试仅在镜像返回503等可恢复错误时生效。
Composer中文镜像超时后为什么不重试？
默认情况下，Composer在请求镜像失败时不会自动重试，而是直接报错退出。这是因为composer config里没有启用重试机制，且底层HTTP客户端（如cURL）的默认超时值极短（通常5秒），遇到网络抖动或镜像响应慢就直接失败。
-
composer config -g repos.packagist.org.type composer仅配置源类型，不控制网络行为 - 真正影响重试和超时的是
http-basic或http-proxy相关配置项，但这些对镜像无效 - 必须通过
composer config -g --global http-options.timeout和http-options.max-retries显式设置
如何用composer config设置全局超时与重试
Composer 2.2+ 支持http-options全局配置，覆盖所有HTTP请求行为。关键参数只有两个：timeout（单位秒，浮点数）和max-retries（整数）。注意：这些设置只对Composer自身HTTP请求生效，不影响插件或自定义脚本。
- 设置超时为30秒：
composer config -g http-options.timeout 30.0 - 启用最多3次重试：
composer config -g http-options.max-retries 3 - 查看当前配置：
composer config -g http-options，输出应类似{"timeout":30,"max-retries":3} - 若已存在
http-options，直接覆盖；无需先删除再设置
为什么设置了max-retries仍不重试？
重试只在特定HTTP状态码下触发：408、429、500、502、503、504。镜像返回404或连接被拒绝（cURL error 7 / 28）不会重试——这是Composer的设计限制，不是配置失效。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 常见假象：执行
composer install卡住10秒后报错Connection refused，这不是重试失败，而是根本没触发重试逻辑 - 验证是否生效：临时把镜像地址改成一个能返回503的测试地址，观察是否等待并重试
- 某些镜像（如阿里云）在高负载时返回503，此时
max-retries才起作用；而腾讯云镜像多数返回200或直接断连，重试无效
重试间隔不可调，但可间接控制节奏
Composer内部使用指数退避（exponential backoff），重试间隔依次为1s、2s、4s……无法通过配置修改。但你可以通过降低max-retries或缩短timeout来压缩总耗时，避免长时间阻塞。
- 设
max-retries为1时，第二次请求在首次失败后约1秒发出 - 设
timeout为10，配合max-retries为2，最坏情况耗时约1 + 2 + 10 = 13秒（不含DNS解析等开销） - 不要把
timeout设得过大（如60），否则单次失败就卡一分钟，重试反而更糟
镜像服务本身响应不稳定时，重试只是兜底手段；优先检查本地DNS、代理设置，或换用响应更稳的镜像源（如华为云或中科大）。http-options再精细，也救不了持续丢包的网络环境。
