composer卡在downloading是因反向代理（如nginx/traefik/cloudflare）默认60秒中断空闲https连接，需调高proxy_read_timeout等参数，并同步设置php的default_socket_timeout≥1200，同时确认镜像源配置正确、dns解析正常。
Composer走反向代理时卡在Downloading https://
这不是 Composer 配置错了，而是反向代理（如 Nginx、Traefik、Cloudflare）主动中断了长连接——Composer 的 http.timeout 对它完全无效。反向代理通常默认 60 秒就断开空闲 HTTPS 连接，而 Composer 下载大 ZIP 包或解析复杂依赖树时，TCP 连接可能长时间无数据流，触发代理层的 idle timeout。
- 先确认是否真被代理截断：用
curl -v https://mirrors.aliyun.com/composer/packages.json模拟 Composer 请求，观察是否在 60 秒左右收到Connection closed by foreign host或 HTTP 502/504 - Nginx 用户需在 proxy_pass 所在 location 块加三行：
proxy_read_timeout 1200、proxy_send_timeout 1200、proxy_http_version 1.1（后者防止 HTTP/1.0 下连接被过早关闭） - Traefik 用户在中间件中设
maxIdleConnsPerHost: 100和idleTimeout: 20m；Cloudflare 则必须升级到 Pro 或更高计划，才能调高 Origin Timeout（免费版硬性限制 100 秒） - 别依赖
http.proxy配置——Composer 不会把请求“转发”给反向代理，它只认正向代理（如 Squid、Charles）。反向代理是透明拦截，Composer 无感
为什么换镜像源比配代理更治本
国内多数企业网出口部署的是反向代理（非正向），它对 https://packagist.org 等境外域名做 TLS 终结+缓存，但不支持 CONNECT 隧道，导致 Composer 发起的 HTTPS 下载请求被静默 reset。此时配 http.proxy 反而会让请求多绕一跳，更容易超时。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 阿里云、腾讯云镜像源都支持完整 HTTPS + 长连接保活，且物理机房离你更近，DNS 解析、TCP 握手、TLS 握手耗时大幅降低
- 执行
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/后，必须立刻运行composer clear-cache，否则旧包元数据仍会尝试回源 - 验证是否生效：运行
composer config -g repo.packagist，输出应为完整 JSON，含"url": "https://mirrors.aliyun.com/composer/"且末尾有斜杠 - 若项目里
composer.json中显式写了"repositories"，它会覆盖全局镜像配置，得手动删掉或改用packagist.org的 alias 形式
PHP 层面的 socket 超时会掐断 Composer 下载
即使反向代理和 Composer 都设了 1200 秒，PHP 自身的 default_socket_timeout 若仍为默认 60 秒，cURL 底层会在 60 秒后直接报 cURL error 28，根本不会等 Composer 的 http.timeout。
- 查当前值：
php -i | grep default_socket_timeout - 临时改（推荐 CI 环境）：
php -d default_socket_timeout=1200 composer install - 永久改：编辑
php.ini，设default_socket_timeout = 1200，然后重启 PHP-FPM 或 Web 服务 - 注意：CLI 和 FPM 的
php.ini可能不同，务必确认你改的是 CLI 版本（Composer 在终端运行）
卡在 Resolving dependencies 阶段？那跟代理无关
这一步 Composer 只做 DNS 查询（比如查 mirrors.aliyun.com 的 IP），不发 HTTP 请求、不走代理、不读 http.timeout。哪怕你配了完美的反向代理，DNS 解析失败照样卡住。
- 运行
dig mirrors.aliyun.com @8.8.8.8 +short，看是否返回 IPv4 地址；若超时，说明本地 DNS 被污染或不可达 - 临时换 DNS：Linux/macOS 编辑
/etc/resolv.conf加nameserver 8.8.8.8；Windows 在网络适配器手动设 - 检查
/etc/hosts（或C:\Windows\System32\drivers\etc\hosts）是否误将镜像域名指向127.0.0.1 - 手机热点直连测试一次——很多企业网会屏蔽境外域名解析，但热点通常正常
cURL error 28 或反复 retry，背后可能是 Nginx 的 proxy_read_timeout 在 60 秒时默默挥手告别。
