换源本身不能提速，但能绕过海外网络瓶颈；composer卡在downloading状态90%因仍在连packagist.org，根本原因是repo.packagist配置未生效或被项目级repositories覆盖、dns缓存未刷新、镜像地址结尾误加斜杠，或未启用parallel-downloads并发下载。
换源本身不能提速，但能绕过海外网络瓶颈——Composer 卡在 downloading 状态，90% 是因为还在连 packagist.org，不是你网速差。
为什么全局配置 repo.packagist 后仍卡住？
常见现象是执行 composer install 时进度条停在 0%，或反复重试后报 Connection timed out。根本原因不是镜像慢，而是配置没生效或被覆盖：
-
repo.packagist拼写错误（比如写成repos.packagist），导致配置被忽略 - 项目级
composer.json中定义了repositories，且没显式禁用 packagist："packagist.org": false - DNS 缓存未刷新，cURL 仍解析到旧 IP；可临时加环境变量
COMPOSER_NO_INTERACTION=1或运行sudo systemd-resolve --flush-caches（systemd 系统） - 公司代理或防火墙拦截了
mirrors.huaweicloud.com；直接测试：curl -I https://mirrors.huaweicloud.com/composer/，看是否返回200 OK
正确配置华为云镜像的命令和验证方式
全局配置只需一条命令，但必须确保参数和域名准确：
- 运行：
composer config -g repo.packagist composer https://mirrors.huaweicloud.com/composer/ - 验证是否写入成功：
composer config -g repo.packagist，输出应为包含"type": "composer"的 JSON 对象 - 检查是否被项目配置覆盖：
composer config repo.packagist（不带-g），若返回非空值，说明当前目录下composer.json有冲突定义
注意：华为云镜像地址必须以 https:// 开头，且结尾不能带斜杠（/composer ✅，/composer/ ❌）。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
并行下载不开等于白换源
Composer 2.2+ 支持 parallel-downloads，但默认只开 3 个并发，严重浪费镜像带宽。不开它，再快的源也跑不满：
- 启用高并发：
composer config -g parallel-downloads 8（推荐值，10容易触发临时文件竞争） - 该设置仅对
composer install生效；composer update仍需串行计算依赖图，提速有限 - CI 构建时建议加
--no-autoloader跳过自动加载生成，后续单独执行composer dump-autoload --optimize
缓存损坏会导致配置“看似生效实则无效”
旧缓存可能残留已失效的元数据，让 Composer 继续尝试旧路径：
- 强制清空：
composer clear-cache，看到Cache directory deleted才算成功 - 再执行一次
composer install -v，观察日志中是否出现https://mirrors.huaweicloud.com/composer/的请求记录 - 如果仍有
packagist.org出现，说明某处配置仍在 fallback，重点检查composer.json的repositories和config字段
真正起作用的从来不是“换源”这个动作，而是确保所有路径、缓存、配置层级都指向同一个国内终点。漏掉任意一环，速度就卡回原点。
