正确命令是composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，必须严格满足：-g不可省略、键名为单数repo.packagist、第二参数为composer类型值、URL以https://开头且末尾带斜杠/，缺一则静默回退官方源。
个人开发者配 Composer 镜像，composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 这一条命令就足够，但必须写对、写全、写准——漏掉任意一个硬性条件，它就静默失效，你还在等 packagist.org 超时。
为什么 composer config -g repo.packagist 总是“没反应”
它不报错，也不提示失败，但 composer install 日志里还是出现 GET https://packagist.org/packages.json。问题不在网络，而在三个字段缺一不可：
-
repo.packagist是唯一合法键名：写成repos.packagist（多 s）、packagist.org或Repo.Packagist，Composer 直接忽略 - 中间的
composer是type值，不是可选参数，也不能省略或替换成vcs、package - URL 必须是 HTTPS 且末尾带
/：https://mirrors.aliyun.com/composer/✅，少斜杠会拼出/composerpackages.json导致 404
验证是否真写进去了？别信“命令跑完就行”，执行：composer config -g repo.packagist。输出必须是完整 JSON：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、或仍是 https://packagist.org，说明根本没写成功。
全局配置 vs 项目级配置：个人开发该选哪个
个人本地开发，优先用全局配置——省事、干净、一次生效，所有新老项目自动走镜像。
- 全局配置写入
~/.composer/config.json，影响所有项目；命令带-g参数：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 项目级配置只改当前
composer.json的repositories字段，适合 CI/CD 或团队协作，但个人日常没必要 - 注意：只要项目根目录
composer.json里有"repositories"字段（哪怕只是[]），全局配置就会被完全跳过，且不提示
如果你习惯用 Laravel 脚手架或某些模板初始化项目，它们默认就带空 repositories 数组，此时全局镜像形同虚设——要么删掉那行，要么进项目目录执行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉 -g）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
换源后还是卡在 Loading composer repositories？先清缓存再动手
镜像只改下载路径，不解决缓存污染和旧文件残留。即使配置写对了，composer.lock 和本地缓存仍可能指向官方源地址，导致请求发错地方。
- 必须执行：
composer clear-cache - 删掉项目下的
vendor/和composer.lock - 再跑：
composer install -vvv，观察日志中是否出现mirrors.aliyun.com - 额外验证方式：
composer diagnose看 “Repo” 行；或临时加--no-cache强制绕过缓存
如果还卡住，问题大概率不在镜像——检查 PHP CLI 是否禁用了 proc_open 或 putenv（宝塔常见），或确认 openssl、zlib 扩展已加载。
阿里云镜像为什么是个人开发首选
不是因为“名气大”，而是同步及时、HTTPS 稳定、全量索引完整，基本不存在“包存在但搜不到”或“版本滞后”的问题。
- 腾讯云镜像偶发延迟（如新发布的
laravel/frameworkv11.0.0 可能晚几小时上线） - Laravel China 镜像已于 2025 年底停止维护，访问直接返回 404
- 所有 HTTP 镜像（如
http://packagist.phpcomposer.com）在 Composer ≥2.2 中会被拒绝，报错Invalid repository type - 华为云镜像托管在 OBS，偶尔同步延迟略高，尤其对刚发布的包
真正容易被忽略的点是：全局配置只对当前 shell 用户生效。如果你用 sudo 执行过配置命令，它可能写进了 root 的 ~/.composer/config.json，而日常开发用的是普通用户——这时 composer config -g repo.packagist 查不到，但 sudo -u $USER composer config -g repo.packagist 才能看到。
