Composer config -g repo.packagist 命令没生效是因为未满足三个硬性条件：必须带-g参数、键名严格为单数repo.packagist、type值显式写composer且URL以/结尾；验证需输出完整JSON对象，否则配置未落盘。
composer config -g repo.packagist 命令为什么没生效
不是镜像站坏了，是命令写错了——它静默失败，不报错也不提示，但配置根本没落进全局 config.json 里。
必须同时满足三个条件：
-
-g参数不能省：缺了就只改当前项目，换目录就失效 -
repo.packagist是唯一合法键名（注意是repo单数，不是repos；也不能写成packagist.org） -
composer是 type 值，不是注释或可选参数；https://mirrors.aliyun.com/composer/必须带尾部斜杠，少一个就会拼出/composerpackages.json导致 404
验证方式很简单：composer config -g repo.packagist。输出为空、null 或报错，说明没配对；正确输出应类似：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。
composer install 还卡在 “Loading composer repositories” 怎么办
这不是网络问题，是元数据拉取环节被卡死。默认源 https://packagist.org 在国内 DNS 解析慢、TLS 握手不稳定，且不支持并行请求。
镜像不只是加速 ZIP 包下载，关键是替换元数据接口——两者 URL 必须严格匹配，否则会报 Package not found 或 Signature mismatch。
光配镜像不够，还得做三件事：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer clear-cache清掉旧缓存（尤其之前用过已停更的packagist.phpcomposer.com） - 删掉项目里的
composer.lock和vendor/目录（首次换源必做） - 执行
composer install -vvv，盯着日志看是否出现mirrors.aliyun.com或mirrors.tuna.tsinghua.edu.cn—— 没出现就等于没走镜像
项目级配置比全局更可靠，但容易误删私有源
团队协作或 CI 环境下，composer config -g 很容易失效：CI runner 用户和你本地用户不同，全局配置不继承；某些项目 composer.json 里写了 "packagist.org": false，直接屏蔽全局镜像。
推荐进项目根目录执行：composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉 -g）。它会自动在 composer.json 顶层加 "repositories" 字段，key 固定为 "packagist"。
但注意：如果项目已有 "repositories" 数组（比如还配了私有 Git 仓库），别手动覆盖整个字段，否则私有包会找不到。命令会尝试追加，前提是原结构是对象而非数组；如果是数组，得手动编辑，把新镜像作为第一个元素，保留其余项。
为什么 require 还是慢？镜像不负责这些事
镜像只加速 packagist.org 上的 PHP 包。以下情况镜像完全无效：
- 依赖里含 GitHub 直链（如
"type": "package"+"dist"指向github.com），Composer 会绕过镜像直连 -
composer.lock里记录的dist.url仍是原始 GitHub 地址（例如"url": "https://api.github.com/repos/monolog/monolog/zipball/..."），必须删 lock 文件重装 - 某些包（如
ext-gd、ext-redis）实际由phpize编译安装，慢是因为本地编译耗时，和镜像无关
真正容易被忽略的是：镜像生效后，Resolving dependencies 阶段依然可能卡几十秒——这跟镜像无关，而是 composer.json 里 PHP 版本约束太宽、dev 分支依赖太多、require-dev 工具塞得太满导致的解析爆炸。这时候该优化的是约束写法，不是换镜像。
