Composer 本身不提供镜像延迟检测或自动提醒功能，它仅按配置发起HTTP请求，超时后fallback或报错，不会主动测速、对比源速或发出警告。

composer 本身不提供镜像源延迟检测或自动提醒功能。它没有内置的 ping、TLS 握手计时、首字节（TTFB）监控，也不会在发现镜像慢时弹出警告、写日志或中断流程——它只会安静地尝试请求，超时后 fallback 或报错。

所以，不存在“配置一下就能自动提醒”的开关或参数。

Discussion Composer

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

下载

---

为什么你看到的“卡在 Downloading”不是镜像延迟告警，而是失败信号？

• Downloading 阶段卡住几十秒，本质是 Composer 正在等一个 HTTP 响应：要么从镜像站拿到 ZIP 包头，要么超时后重试/换源（如果配置了多个）。
• 它不会主动测速，更不会对比阿里云 vs 腾讯云哪个更快；它只认 repo.packagist 配置里写的那一个 URL。
• 所谓“延迟高”，实际表现为：
  • curl -I <a href="https://www.php.cn/link/6060b7fe96c78f32d3a8c14897f1af61">https://www.php.cn/link/6060b7fe96c78f32d3a8c14897f1af61</a> 耗时 >500ms
  • composer install -vvv 日志里反复出现 GET <a href="https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9">https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9</a>... (200) 但耗时 3s+/次
  • Resolving dependencies 不卡，但 Downloading ... 单包耗时 >10s

这些都不是 Composer 主动“检测”出来的，是你手动观察到的现象。

---

怎么低成本发现镜像变慢？靠脚本+日志+约定

真正在用的团队，靠的是组合手段，而非依赖 Composer 自身：

• 加 --no-cache + -vvv 看真实请求路径和耗时
  composer install --no-cache -vvv 2>&1 | grep -E "(GET|time=)"
  可快速确认是否走对镜像、单次 GET 耗时是否异常。

• 用 shell 脚本定时探测镜像健康度（推荐）
  每小时跑一次：

  #!/bin/bash
  URL="https://www.php.cn/link/6060b7fe96c78f32d3a8c14897f1af61"
  TIME=$(curl -o /dev/null -s -w "%{time_total}\n" "$URL" 2>/dev/null | cut -d. -f1)
  if [ "$TIME" -gt 2 ]; then
    echo "⚠️  $URL 响应超时 ($TIME s)" | mail -s "Composer 镜像告警" dev@team.com
  fi

  注意：必须用 packages.json（元数据入口），不能测 / 根路径。

• CI 流水线里加超时兜底
  在 GitHub Actions / GitLab CI 的 composer install 步骤加：

  timeout 300s composer install --no-interaction --prefer-dist

  超过 5 分钟直接失败，并触发通知——这比“提醒延迟高”更实用。

• 别信 composer config -g repo.packagist 输出就代表生效
  它只告诉你“配置存进去了”，不保证网络可达。真正验证，得看 composer install -vvv 实际发出去的请求域名和耗时。

---

容易被忽略的关键点

• 镜像站同步有延迟（阿里云 15 分钟），但“延迟高”和“不同步”是两回事：前者是网络层问题，后者是数据层问题。
• parallel-downloads 设太高（如 20）反而可能因临时文件竞争导致下载失败，尤其在低配 CI 环境。
• 如果你用 Docker 构建，composer config -g 写进镜像层毫无意义——容器每次启动都是新用户、无家目录，必须用项目级配置或构建时 RUN composer config repo.packagist ...。