composer install报“too many redirects”信号表明http 301/302重定向循环，主因是镜像源url缺尾部斜杠、dns污染、代理劫持或cdn配置错误，需用-vvv查跳转链、curl -i -l验证真实响应并修正配置。
Composer install 报 “Too many redirects” 是什么信号
这不是网络超时，而是 Composer 在解析包元数据时反复跳转，最终被 Guzzle 或 PHP 的 HTTP 客户端主动终止。典型报错是 Maximum (5) redirects followed 或 curl error 47，说明某次请求（通常是访问 packagist.org 或镜像源的 packages.json）触发了循环重定向链。
镜像源配置错误是最常见原因
手动改过 composer config -g repo.packagist 后没验证 URL 是否可访问，或用了已失效/配置错的镜像地址（比如少写 https://、末尾多加 /、指向一个返回 302 的中间页），就会让 Composer 每次请求都跳转一次，几次后直接放弃。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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 - 用
curl -I https://your-mirror-url.com/packages.json看响应头里有没有Location:字段反复出现 - 阿里云镜像正确地址是
https://mirrors.aliyun.com/composer/（结尾有/，但不能多写） - 如果用了私有仓库，确认其
packages.json路径返回的是 200 JSON，不是 301/302 到登录页或维护页
HTTP 代理或 CDN 配置干扰
企业内网代理、WAF、CDN（如 Cloudflare）有时会对 GET /packages.json 做自动重定向（比如强制 HTTPS、加 query 参数、跳转到缓存节点），而 Composer 默认不跟随所有重定向类型，或在某些 Guzzle 版本下对 307/308 处理异常。
- 临时绕过代理测试：
http_proxy= https_proxy= composer install - 加
-v参数看详细请求路径：composer install -v 2>&1 | grep "Redirecting to" - 若确认是 CDN 导致，联系运维关闭针对
packages.json的自动跳转规则，或换用直连源
PHP cURL 扩展自身限制
某些旧版 cURL（libcurl ）或启用了 <code>CURLOPT_FOLLOWLOCATION 但未配 CURLOPT_MAXREDIRS，会导致底层重定向行为与 Composer 不一致；更常见的是 SSL 配置异常引发 301→HTTP→301 循环。
- 运行
php -r "print_r(curl_version());"看version_number，低于0x074000（即 7.64.0）建议升级 - 检查
php.ini是否设了curl.cainfo，缺失时部分 HTTPS 重定向会失败回退到 HTTP，再被服务器强制跳回 HTTPS，形成死循环 - 临时禁用重定向测试：
COMPOSER_NO_INTERACTION=1 composer install --no-cache -v，观察首次请求是否卡在 redirect 阶段
curl -I 和 composer install -v 交叉验证，才能定位到那一层多出来的 Location:。
