答案是镜像未生效：必须严格满足键名repo.packagist、type值composer、url末尾带/且为https三条件，验证输出须为{"type":"composer","url":"https://mirrors.aliyun.com/composer/"}，并清缓存、删vendor和composer.lock后重装。
不换镜像源，composer install 卡在 Loading composer repositories with package information 就是常态——这不是网络问题，是 packagist.org 在国内根本不可用。
为什么 composer config -g repo.packagist 总是不生效
这条命令看似简单，但漏掉任意一个硬性条件，Composer 就会静默回退到官方源，连错误都不报：
-
repo.packagist不能写成repos.packagist（多一个s就完全失效） - 必须显式写出
composer作为 type 值，不能省略或留空 - 镜像 URL 必须以
/结尾：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌ - 必须用 HTTPS（
http://在 Composer 2.9+ 中会被拒绝） - Windows 用户执行后需重启终端，否则 shell 缓存旧配置
验证是否写对，只看这一行输出：composer config -g repo.packagist。正确结果必须是完整 JSON：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；返回空、null 或报错，说明根本没写进去。
阿里云镜像怎么配才真正起作用
阿里云镜像是目前最稳的选项：同步快、CDN 覆盖全、HTTPS 稳定，且对 Composer 2.1+ 兼容最好。但配错就等于没配：
- 全局配置命令只有一行，必须严格复制：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 配完立刻清缓存：
composer clear-cache - 已有项目必须删掉
vendor/和composer.lock，再跑composer install；update没用，它照着旧 lock 文件里的 dist URL 下载 - 阿里云 ECS 内网用户请改用内网地址：
http://mirrors.cloud.aliyuncs.com/composer/（注意是http://，结尾斜杠同样不可省）
别只看安装变快了就以为生效——运行 composer diagnose，确认 “Repo” 行显示的 URL 包含 mirrors.aliyun.com；再跑 composer install -vvv，日志里首次请求的 packages.json 地址必须是镜像域名，不是 packagist.org。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
项目级配置为什么比全局更可靠
全局配置在 CI、宝塔、Docker 容器等环境下大概率读不到（比如 www-data 用户访问不了你的 ~/.composer/config.json），而项目级配置写进 composer.json，Git 可追踪、CI 可复现、新人 clone 即生效：
- 进项目根目录，执行：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉-g） - 该命令会向
composer.json的顶层写入"repositories"数组，首位放阿里云镜像对象 - 如果项目已有私有源，不要用这条命令覆盖——手动编辑
composer.json，确保"repositories"是数组，且国内镜像在第一位；同时保留"packagist.org": true（设为false会导致基础包拉不到） - 项目级优先级高于全局，只要
composer.json里写了"repositories"，全局配置就完全不生效
换源后仍卡在 Resolving dependencies？那和镜像无关——镜像只加速下载，不参与依赖解析。检查 composer.json 是否写了过于宽泛的版本约束（如 "^1.0 || ^2.0"），或者是否有循环依赖。
临时验证镜像是否真正命中
怀疑配置没生效，或想快速确认某个包能否从阿里源拉下来，可以用 --repository 参数绕过所有配置：
- 单次命令生效，不改任何配置文件：
composer show laravel/framework --repository=https://mirrors.aliyun.com/composer/ - 如果返回包信息正常，说明镜像本身可用；如果报
Could not find package，先确认该镜像是否已同步（阿里云通常延迟 5–10 分钟） - 遇到
Unknown option: repository，说明 Composer 版本太低，先升级：composer self-update
真正容易被忽略的是：已有 composer.lock 时，换源不会自动更新它里面的 dist URL；必须删锁删 vendor，强制重装。否则你看到的“成功安装”，其实还是从 packagist.org 下载的缓存包。
