执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 可解决内网 composer 卡在“loading composer repositories”的问题，但必须确保键名正确（单数 repo.packagist）、type 值明确（composer）、url 为 https 且末尾带 /，同时配置需落盘、缓存清空、目标用户匹配，否则静默回退至官方源。
直接执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 就能解决内网开发中 Composer 卡在 “Loading composer repositories” 的问题，但前提是命令写对、配置落盘、缓存清空——三者缺一不可，否则它会静默 fallback 到 https://packagist.org，你根本收不到任何报错。
为什么 composer config -g repo.packagist 总是没反应
不是网络慢，也不是权限不够，而是 Composer 2.x+ 对这个配置项极其严格：键名必须是 repo.packagist（单数，不能多写一个 s），中间的 composer 是 type 值（不是可选参数，也不能省略），URL 必须是 HTTPS 且末尾带 /。任意一项出错，它就自动退回到官方源，不提示、不报错、不警告。
-
repos.packagist❌ —— 多个s，字段名错误，写入无效位置 -
composer config -g repo.packagist https://mirrors.aliyun.com/composer/❌ —— 缺少composer类型声明，旧版可能 fallback，新版直接忽略 -
https://mirrors.aliyun.com/composer❌ —— 少斜杠，请求路径变成/composerpackages.json，404
验证是否真写进去了，只看这一行：composer config -g repo.packagist。输出必须是完整 JSON 对象，比如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、报 Key not found，都说明失败。
内网环境里全局配置为啥不起作用
内网开发常跑在宝塔、Docker 或 CI 流水线里，这些环境默认不以你当前终端用户身份运行 composer。比如宝塔后台用 www 用户，CI runner 用 runner 用户，而 -g 写的是 /root/.composer/config.json 或 $HOME/.composer/config.json，它们根本读不到。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查实际执行用户：
whoami或看日志 UID - 给对应用户配镜像：
sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - CI 环境（如 GitHub Actions）建议放弃全局配置，改用项目级：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g），它会安全写入composer.json的repositories字段，Git 可追踪，CI 可复现
换完镜像还是卡在 Loading？先清缓存再删锁文件
Composer 会优先读取本地缓存和 composer.lock 中记录的旧元数据地址。哪怕你刚配好阿里云镜像，它仍可能反复请求 packagist.org，直到缓存过期或锁文件强制刷新。
- 第一步：清掉所有缓存：
composer clear-cache - 第二步：删掉
vendor/和composer.lock - 第三步：重装依赖：
composer install -vvv，观察日志里是否出现mirrors.aliyun.com
如果还卡，检查 composer.json 是否手动写了 "packagist.org": false 或 "repositories": [] 数组结构——前者彻底关掉回退机制，后者会让 composer config repo.packagist 命令报错，无法追加。
企业内网 HTTPS 校验失败怎么办
部分内网中间件会劫持或替换 TLS 证书，导致 Composer 访问镜像站时校验失败，报错类似 SSL certificate problem: unable to get local issuer certificate 或直接超时。
- 临时调试可用：
composer install -n（-n跳过证书校验，仅限可信内网） - 长期方案不要全局关 HTTPS，应联系运维部署内部 Composer 代理，或把镜像站证书加入系统信任链
- 别用 HTTP 地址替代，Composer 2.0+ 默认拦截非 HTTPS 源
镜像同步本身有 5–30 分钟延迟，新发布的包或 dev-main 分支在阿里云镜像上搜不到是正常现象，别急着换源，先去 https://mirrors.aliyun.com/composer/packagist/ 手动确认是否已收录。
