Composer不支持自动跳过不稳定节点，因其仅按repositories顺序尝试首个返回200且含有效JSON的源，遇超时或错误直接报错退出；确认中文镜像可用需实测curl -I获取packages.json的HTTP状态码是否为200，并检查响应时间与JSON合法性。
为什么“跳过不稳定节点”不是 Composer 的原生能力
Composer 本身不支持自动探测、健康检查或 fallback 切换镜像源。它只按 repositories 数组顺序逐个尝试，**第一个返回 200 + 有效 JSON 的源就直接用，后续全跳过**；遇到超时、500、DNS 失败等，直接报错退出，不会继续试下一个。所谓“跳过不稳定节点”，本质是手动控制数组顺序 + 显式禁用默认源 + 验证可用性后才写入。
怎么确认某个中文镜像当前是否可用
别信文档里写的“推荐地址”，得实测。关键看 packages.json 是否能快速返回 HTTP 200 和合法 JSON：
- 运行
curl -I -s -o /dev/null -w "%{http_code}" https://mirrors.aliyun.com/composer/packages.json，输出200才算通 - 如果卡住或返回
000/404/502，说明该镜像当前不可用（常见于腾讯云高峰期、部分高校镜像维护期） - 用
curl -v https://mirrors.tuna.tsinghua.edu.cn/composer/packages.json 2>&1 | grep "time_total"看实际耗时，超过 1.5 秒建议换源
如何安全切换到已验证的最优镜像源
优先用项目级配置，避免全局权限/用户差异问题。执行前确保已验证目标镜像可用：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 进项目根目录，运行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意：无-g，URL 末尾必须带/） - 若项目已有
"repositories": []数组结构，别覆盖，改用composer config repositories.packagist composer https://mirrors.aliyun.com/composer/追加 - 必须显式禁用官方源：在
composer.json的repositories里加{"packagist.org": false}，否则 Composer 仍可能 fallback 到packagist.org触发超时 - 改完立刻运行
composer clear-cache，否则旧缓存会继续拉取packagist.org的元数据
装包时临时绕过当前镜像直连官方源（仅调试用）
当所有镜像都异常，又急需验证是否是源的问题，可用 --repository 强制单次走指定地址：
-
composer install --repository=https://packagist.org --no-cache -vvv—— 直连官方，加--no-cache确保不读本地缓存 -
composer update --repository=https://mirrors.ustc.edu.cn/composer/ --no-cache—— 指定中科大镜像，跳过配置里的源 - 注意：
--repository会完全忽略composer.json和全局配置里的repositories，适合 CI 或临时排查
真正稳定的镜像选择，不靠“多配几个”，而靠每次上线前用 curl 实测一次——同步延迟、CDN 节点抖动、证书更新失败，这些都藏在 HTTP 状态码和响应时间里，不在配置文件里。
