当前稳定可用的Composer中文镜像仅有阿里云、腾讯云、华为云三家，清华和中科大已不稳定或停服；配错字符会静默失效，实测有效地址为：https://mirrors.aliyun.com/composer/（首选）、https://mirrors.cloud.tencent.com/composer/、https://repo.huaweicloud.com/repository/php/。
现在能稳定用的 Composer 中文镜像，只剩阿里云、腾讯云、华为云三家，清华和中科大已不稳定或停服；配错一个字符就会静默失效，不是慢，是根本没走镜像。
哪些镜像地址现在真能用（2026 年实测）
截至今天，只有三个源能全量同步、响应快、证书兼容好：
-
https://mirrors.aliyun.com/composer/（首选，同步延迟通常 -
https://mirrors.cloud.tencent.com/composer/（次选，偶尔有 503 或同步滞后，但地址仍有效） -
https://mirrors.huaweicloud.com/repository/php/（备选，路径不是/composer/结尾，但 Composer 会自动适配，内网穿透友好）
清华源（https://mirrors.tuna.tsinghua.edu.cn/composer/）已关闭公共服务；中科大（https://mirrors.ustc.edu.cn/composer/）部分节点超时率高；所谓“Suna”“PHPComposer”等旧域名全部失效或不支持 Composer 协议。
composer config -g repo.packagist 怎么写才不静默失败
这条命令不报错也不生效，是配置失败最常见原因。必须同时满足三件事：
- 键名只能是
repo.packagist，写成repos.packagist或repositories.packagist就被忽略 - 中间的
composer是type值，不是注释——漏掉它，Composer 直接 fallback 到https://packagist.org - URL 必须是 HTTPS + 末尾带斜杠：
https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会导致拼出/composerpackages.json404）
验证是否成功：运行 composer config -g repo.packagist，输出必须是完整 JSON，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、或仍是官方地址，说明没写进去。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
项目级配置比全局更可靠，尤其在 CI 和多用户环境
宝塔、GitHub Actions、Docker 构建里，-g 配的是当前 shell 用户，但 Web 进程常以 www 或 runner 用户运行，读不到你的 ~/.composer/config.json。
- 进项目根目录，运行：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉-g） - 它会安全写入
composer.json的repositories字段，不破坏已有私有源 - 改完必须删掉
vendor/和composer.lock，再跑composer install—— 否则 lock 文件还记着旧地址
注意：composer.json 里一旦有 repositories，就优先级高于全局配置，且不提示冲突。
换源后还卡在 Loading composer repositories？别只盯着镜像
镜像只加速元数据拉取和 ZIP 下载，卡在这一步大概率是缓存或旧文件在捣鬼：
- 先执行
composer clear-cache，否则 Composer 仍从本地缓存读旧packages.json - 手动测试镜像连通性：
curl -I https://mirrors.aliyun.com/composer/packages.json，看是否返回200 OK - 如果提示
SSL certificate problem，说明系统根证书太老：sudo update-ca-certificates（Debian/Ubuntu）或sudo yum update ca-certificates（CentOS/RHEL） - CI 或宝塔环境记得切用户：
sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
真正容易被跳过的，是清缓存和删 lock 文件这两步——配得再对，缓存里存着旧地址，Composer 就永远绕不开 packagist.org。
