配镜像不是“可选项”，是 composer 能在国内用起来的前提——不配，composer install 大概率卡在 loading composer repositories，不是网络差，而是 packagist.org 根本连不上；常见失效原因有三：键名写错（如 repos.packagist）、漏掉 type 值 composer、url 缺末尾斜杠；验证须执行 composer config -g repo.packagist，输出必须为完整 json 对象；全局配置仅对当前用户生效，项目级配置写入 composer.json 才能确保 ci、宝塔、docker 等环境统一走镜像；换源后仍卡住需清缓存、删 vendor 和 composer.lock 再 install。
配镜像不是“可选项”，是 Composer 能在国内用起来的前提——不配，composer install 大概率卡在 Loading composer repositories，不是你网络差，是 packagist.org 根本连不上。
composer config -g repo.packagist 命令为什么总没反应
它不报错，但也不生效，常见原因就三个硬伤：
-
repo.packagist键名写成repos.packagist（多一个 s）或repository.packagist，Composer 直接忽略，静默失败 - 漏掉中间的
composer—— 这是 type 值，不是可选参数，少了就会 fallback 回官方源 - URL 少了末尾斜杠：
https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（会拼出错误路径/composerpackages.json，返回 404）
验证是否真写进去了，别信“执行完就 OK”：运行 composer config -g repo.packagist，输出必须是完整 JSON，比如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、或还显示 packagist.org，说明根本没写成功。
全局配置 vs 项目级配置，该用哪个
全局配置（带 -g）只对你当前终端用户生效；项目级配置写进 composer.json，才能让 CI、宝塔、同事、Docker 容器都走同一套规则。
- 个人开发机：直接跑
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 团队或上线环境：进项目根目录，运行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉-g），它会自动往composer.json的repositories字段里安全追加，不覆盖已有私有源 - 如果项目
composer.json里已有"repositories": []（空数组），命令会报错；此时需先手动改成"repositories": {}（空对象）再重试
注意：composer.json 中只要定义了 repositories，全局配置就完全失效——优先级是项目 > 全局 > 默认源，且不提示。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
换源后还是卡在 Loading composer repositories
这不是镜像的问题，是旧缓存和锁定文件还在指回海外地址：
- 先清缓存：
composer clear-cache - 删掉项目下的
vendor/和composer.lock - 再跑
composer install（不是update），否则composer.lock会复用旧元数据 - 如果日志里仍出现
packagist.org，说明配置没生效，立刻检查composer config -g repo.packagist输出
另外，某些企业网络会拦截 HTTPS 请求，可临时试 http://mirrors.aliyun.com/composer/（仅调试，勿长期用）。
CI/CD 或宝塔环境下镜像不生效
GitHub Actions、宝塔后台、Docker 容器默认用的是 runner、www 或容器内用户，根本读不到你本地 ~/.composer/config.json。
- 在 GitHub Actions 中，确保每步都用
run: composer config -g ...显式配置 - 宝塔面板里，PHP 任务常以
www用户运行：用sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - Docker 构建时，在
Dockerfile里加 RUN 命令写入，而不是靠宿主机配置
最省心的做法：统一用项目级配置，删掉 vendor 和 composer.lock 后提交，所有人拉下来就能直接 install。
