composer镜像配置生效需三要素：显式禁用packagist.org（{"packagist.org": false}置于repositories首位）、正确设置repo.packagist单值配置（键名/url/type严格匹配）、执行composer clear-cache清除旧元数据缓存。
Composer 本身不支持自动跳过不稳定节点，所谓“跳过”，本质是手动控制源顺序 + 显式禁用失效源 + 用实测数据决定该用哪个 URL。
为什么 composer config repositories 不起作用？
你可能写了多个镜像 URL 到 repositories 数组里，但 Composer 只会用第一个返回 HTTP 200 且响应 JSON 合法的源——它不是 fallback 机制，而是“命中即停”。写两个中文镜像进去，第二个永远不会被访问。
-
repositories数组只对非 packagist 类型源生效（比如私有包），元数据请求仍走repo.packagist - 想让 Composer 真正切换镜像，必须改
repo.packagist这个单值配置项，不是数组 - 写成
repos.packagist（多一个 s）或packagist.org都会静默失败，无报错提示
怎么确认某个中文镜像当前是否可用？
别信文档、别看上次能用，得实时验证。关键指标只有两个：HTTP 状态码是否为 200，响应时间是否低于 1.5 秒。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 检查连通性：
curl -I -s -o /dev/null -w "%{http_code}" https://mirrors.aliyun.com/composer/packages.json，输出不是200就别用 - 测延迟：
curl -s -o /dev/null -w "time_total: %{time_total}s\n" https://mirrors.tuna.tsinghua.edu.cn/composer/packages.json，超 1.5 秒建议换 - 阿里云华北节点 URL 是
https://mirrors.aliyun.com/composer-cn-beijing/（注意末尾/），比默认华东更稳
如何安全切换到已验证的镜像并避免 fallback？
切源后仍卡在 Downloading https://packagist.org/...，90% 是因为没禁用官方源或缓存没清干净。
- 必须显式禁用官方源：在
composer.json的repositories块里加{"packagist.org": false} - 执行
composer clear-cache，否则旧缓存会继续拉packagist.org的元数据 - 项目级配置优先于全局，进项目根目录运行：
composer config repo.packagist composer https://mirrors.ustc.edu.cn/composer/ - 验证是否生效：
composer install -vvv，盯日志第一行是不是你填的那个域名
最易被忽略的是缓存清理和 "packagist.org": false 这行配置——没它，Composer 在镜像失败时会自动回退到官方源，而这个过程不报错、不提示，只默默卡住。
