Composer老是timeout怎么设置？提高请求时限步骤-composer-PHP中文网

http.timeout控制http请求全过程（dns、tls、首字节、body传输），默认300秒；process-timeout控制子进程执行（git clone、unzip等），默认300秒；二者缺一不可，弱网或大项目需分别调高。

composer老是timeout怎么设置？提高请求时限步骤

直接调 http.timeout 和 process-timeout，缺一不可——前者管下载，后者管解压和脚本执行，两个默认都只有 300 秒，弱网或大项目必挂。

卡在 Downloading https:// 该改 `http.timeout`

这是 HTTP 请求卡住，比如拉 packages.json、下载 ZIP 包，错误里常带 cURL error 28 或反复 retry 后失败。它完全不看 process-timeout。

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 该改 `process-timeout`

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

Discussion Composer

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

下载

process-timeout 控制单个外部命令最大执行时间，默认 300 秒，和 HTTP 完全无关
项目级改：直接在 composer.json 顶层加 "config": {"process-timeout": 1200}
全局改：运行 composer config -g process-timeout 1800（30 分钟）
临时覆盖：用 COMPOSER_PROCESS_TIMEOUT=1800 composer install 或命令行参数 --process-timeout=1800
设为 0 表示禁用超时，但可能卡死无响应；调试建议先设 600，确认能走通再调高

国内用户必须配镜像源，否则调再大 timeout 也没用

很多“超时”本质不是时间问题，而是根本连不上 packagist.org。不切镜像，--timeout=3600 也救不了。

全局换阿里镜像：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
禁用官方源兜底（防止 fallback 拖慢）：composer config -g repo.packagist false
注意：项目里硬编码了 repositories 字段，或用了 git@ / https://github.com/xxx 类私有 VCS 包，镜像不代理这些，得单独处理
CI 中建议显式写 COMPOSER_PROCESS_TIMEOUT: 900，避免因 runner 默认 PHP 配置导致意外中断

真正卡住时，别只盯着 timeout

很多表现像超时的问题，其实是其他环节阻塞：

内存不足时，composer update 在解析锁文件阶段会 OOM，表现和超时几乎一样；检查 memory_limit 是否 ≥ 1.5G
用了 "type": "vcs"，每次 git clone 都计入总超时，不是单次；可先 git clone 测试是否卡在 SSH 或代理
停在 Generating autoload files 后无响应？这不是网络问题，是 autoloader 生成阶段在递归扫描大量文件，尤其 vendor/ 下有 symlink 或嵌套过深的包
WSL2 环境下元数据配置不当、APCu 未启用 CLI 模式，也会让 autoload 阶段假死