Composer国内镜像应选阿里云、腾讯云或华为云，全局配置易被项目级repositories覆盖，推荐仅设全局镜像；验证用composer config -g repo.packagist，输出应为URL；镜像只加速下载，依赖解析慢需检查锁文件和约束策略。
Composer 默认走国外源，国内直连经常超时、卡死、安装失败——换镜像不是终点，选对镜像+配对方式才是关键。
为什么 composer install 总是卡在 Downloading...
根本原因不是网络慢，而是 Composer 默认源 https://repo.packagist.org 在国内 DNS 解析不稳定，且未启用 HTTP/2 或 CDN 加速。单纯用 composer config -g repo.packagist composer https://packagist.phpcomposer.com 这类老镜像已失效（该域名 2022 年起停服），现在主流有效镜像只有三个：阿里云、腾讯云、华为云。
- 阿里云：
https://mirrors.aliyun.com/composer/—— 稳定性最高，CDN 覆盖广，但偶尔同步延迟 1–2 小时 - 腾讯云：
https://mirrors.cloud.tencent.com/composer/—— 同步及时，华南节点快，华北偶有 503 - 华为云：
https://repo.huaweicloud.com/php-composer/—— 新增支持 HTTPS 强校验，适合企业内网环境
全局镜像 vs 项目级镜像，怎么设才不冲突
全局配置（composer config -g repo.packagist）会被项目根目录下的 composer.json 中 repositories 字段覆盖。如果你在项目里写了自定义仓库，又没显式禁用 packagist，Composer 会并行查两个源，反而拖慢速度。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 推荐做法：只设全局镜像，项目中除非必须用私有包，否则不要碰
repositories - 若必须加私有源，务必把
packagist.org显式关掉："repositories": [ {"type": "composer", "url": "https://your-private-repo.com"}, {"packagist.org": false} ] - 验证是否生效：运行
composer config -g repo.packagist，输出应为镜像 URL，不是{"type": "composer", ...}这种对象格式
composer update 变慢？可能是启用了 --with-dependencies 或锁文件过期
镜像只加速下载，不解决依赖解析瓶颈。当你看到卡在 Loading composer repositories with package information，大概率是依赖树太深或 composer.lock 和 composer.json 不一致。
- 先跑
composer update --dry-run看是否真需要更新，避免无意义全量重算 - 锁文件超过 3 天没更新，建议先
composer update --lock（仅更新 lock 文件，不重装包） - 慎用
--with-dependencies：它会让 Composer 递归解析所有子依赖的子依赖，镜像再快也扛不住指数级请求 - 如需精确控制，改用
composer update vendor/package-name指定包名，跳过整棵树扫描
镜像只是加速器，不是万能解药；真正卡顿往往藏在依赖策略和锁文件管理里。别急着换源，先 composer diagnose 看输出里有没有 Warning: The lock file is not up to date 这类提示——那才是你该动手的地方。
