composer超时必须分两路调：网络下载卡在downloading https://时调http-timeout，本地命令卡在installing dependencies或报the process timed out时调process-timeout；二者独立生效，混用或只改其一无效。

Composer 超时必须分两路调：网络下载卡在 Downloading https://，该调 http-timeout；本地命令卡在 Installing dependencies 或报 The process timed out，该调 process-timeout。混用或只改一个，问题照旧。

卡在 Downloading https://？调 http-timeout

这是 PHP cURL 或 stream 层等不及响应，不是 Composer 慢，而是底层网络等待超限。典型错误包括：Could not fetch https://repo.packagist.org/packages.json、curl error 28、反复重试后失败。

• http-timeout 控制所有 HTTP 请求（拉取 packages.json、下载 ZIP 包）最大等待秒数，默认 300 秒
• 项目级设置：composer config http-timeout 600，写入当前 composer.json 的 "config" 段
• 全局设置：composer config --global http-timeout 600，影响所有项目
• 临时覆盖（优先级最高）：COMPOSER_HTTP_TIMEOUT=600 composer install
• 别被 http-basic 迷惑——它只管认证，完全不干预超时
• PHP 底层也有限制：php -i | grep default_socket_timeout，CLI 模式下若值太小（如 60），会提前中断；可临时绕过：php -d default_socket_timeout=600 $(which composer) install

卡在 Installing dependencies 或报 The process timed out？调 process-timeout

这是子进程（比如 git clone、unzip、php artisan optimize）跑太久被杀，和网络无关。错误里一定含 [RuntimeException] The process timed out.，加 -v 可看到最后执行的那条命令。

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 config process-timeout 1800（30 分钟），写入当前 composer.json
• 全局配置已废弃：composer config --global process-timeout 在新版中无效，别信老教程
• 真正有效的全局方式是环境变量：export COMPOSER_PROCESS_TIMEOUT=1800（Linux/macOS），Windows 下设系统变量
• 临时调试：composer install --process-timeout=1800 或 COMPOSER_PROCESS_TIMEOUT=1800 composer update
• 设为 0 表示禁用检查，但不推荐——Git 不可达或脚本死循环时会无限卡住

怎么验证配置生效？常见失效原因

运行 composer config process-timeout 或 composer config http-timeout 可查当前值，但以下情况会导致“看似设了却没用”：

• 项目 composer.json 中已有 "config": {"process-timeout": 300}，全局配置不会覆盖它
• 某些旧版 Composer（如 ^2.0 以下）对 process-timeout 支持不稳定，建议升级到 ^2.2 或更高
• 错误不是超时导致的：比如 Allowed memory size exhausted 是内存溢出，得调 memory-limit，不是 process-timeout 的事
• 真卡死时，异常堆栈里必须出现 Symfony\Component\Process\Exception\ProcessTimedOutException，这是唯一判断依据
• 用 --no-scripts 跳过脚本再试，如果正常，说明问题出在 post-install-cmd 或 post-update-cmd

比调超时更关键的事：先换镜像源

国内用户直接调高 http-timeout 是治标。更有效的是切阿里云镜像：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/。这能大幅减少 Could not fetch 类错误，且不依赖超时容忍度。

另外，process-timeout 设太高可能掩盖真实问题——比如一个脚本稳定要 10 分钟，大概率该拆分或加进度反馈，而不是无限制拉长 timeout。