如何在Composer中处理网络下载超时-composer-PHP中文网

卡在downloading https://时应调http.timeout参数，该参数控制dns解析、tls握手、首字节等待及整个body传输的总时间，默认300秒，弱网下易超时，需同步检查并调高php的default_socket_timeout。

如何在composer中处理网络下载超时

卡在 Downloading https:// 时该调哪个参数

这是 HTTP 请求阶段卡住，比如拉 packages.json、下载 ZIP 包，错误里常带 cURL error 28 或反复 retry 后失败。它不看 process-timeout，只认 http.timeout（Composer 2.x）。

http.timeout 控制 DNS 解析 + TLS 握手 + 首字节等待 + 整个 body 传输，单位秒，默认仅 300（5 分钟），弱网下极易触发。

项目级最稳：运行 composer config http.timeout 600，写入当前 composer.json 的 config 段，可提交、可复现
全局生效：用 composer config -g http.timeout 600，写入 ~/.composer/config.json
临时覆盖优先级最高：COMPOSER_HTTP_TIMEOUT=1200 composer install，适合 CI 调试

注意：php -i | grep default_socket_timeout 查出的 PHP CLI default_socket_timeout 若低于你设的 http.timeout，会提前掐断连接——常见值是 60，务必同步调高。

The process timed out 错误该调哪一项

这是子进程执行太久被杀，比如 git clone、unzip、跑 post-install-cmd 脚本。错误里一定含 [RuntimeException] The process "" exceeded the timeout，加 -vvv 可看到最后那条命令。

process-timeout 控制单个外部命令最大执行时间，默认 300 秒，和 HTTP 完全无关。

全局改：运行 composer config -g process-timeout 1800（30 分钟），写入 ~/.composer/config.json
项目级改：直接在 composer.json 顶层加 "config": {"process-timeout": 1200}
CI 环境建议用环境变量兜底：COMPOSER_PROCESS_TIMEOUT=2000，某些 Composer 版本对它更敏感

设为 0 表示不限时，但不推荐——万一远程 Git 仓库彻底不可达，会无限挂起。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

为什么换镜像比配代理更可靠

Composer 默认走 HTTPS，多数本地或公司 HTTP 代理不支持 CONNECT 隧道，导致卡在 Downloading https://packagist.org/packages.json 或直接报 cURL error 7；自建代理若没开 TLS 透传，反而比不用还慢。

阿里云镜像源能根治问题，因它把整个包索引和分发都搬到了国内节点，绕过所有境外网络瓶颈。

全局设置：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
验证是否生效：composer config -g repo.packagist 输出应为 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
必须清缓存：composer clear-cache，否则旧缓存里的 packagist.org 元数据仍会触发 DNS/TLS 卡顿

键名 repo.packagist、type 值 composer、URL 末尾带 /，三者缺一不可，写错就静默回退官方源，且无报错提示。

怎么确认镜像和超时配置真在起作用

光看 composer config 输出不够，得亲眼看到请求路径和耗时。

验证镜像：运行 composer show monolog/monolog -vvv 2>&1 | grep "Downloading"，日志中必须出现 mirrors.aliyun.com 才算真正生效
验证超时：加 -vvv 运行 composer install，观察是否跳过“retrying”循环，以及最后一条 Downloading 是否成功完成
如果仍卡在 Resolving dependencies，大概率不是超时，而是 DNS 解析失败或 packagist.org 域名无法访问，跟 timeout 参数无关

项目级 repositories 配置会覆盖全局 repo.packagist，所以 CI 或 Docker 构建中，优先在项目根目录执行不带 -g 的 composer config repo.packagist ...，它会直接写进 composer.json，更可控。