Composer config -g repo.packagist 命令必须同时满足三要素才生效：键名严格为单数 repo.packagist、type 值显式写 composer、URL 须 HTTPS 且末尾带 /；任一缺失均静默回退官方源，不报错。
Composer 镜像不是“设了就完事”，而是三要素全对才生效，否则静默走官方源——你看到的“没提速”，大概率是配置根本没写进去。
composer config -g repo.packagist 命令为什么总不生效
这条命令必须同时满足三个硬性条件，缺一即失效，且不报错：
-
repo.packagist是唯一合法键名（注意是repo单数，不是repos；也不能写成packagist.org） - 中间的
composer是必填type值，不是可选参数，也不是命令名——漏掉它，Composer 2.x 会直接 fallback 到https://packagist.org -
url必须是 HTTPS，且末尾必须带/：例如https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会导致拼出/packages.json类路径，返回 404 后静默退回到官方源） - 必须加
-g：不加就只改当前目录的composer.json，换个项目就失效
验证是否真写进去了：composer config -g repo.packagist 输出必须是完整 JSON，如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null 或报 Key "repo.packagist" does not exist，说明命令压根没成功。
项目级 repositories 会彻底屏蔽全局镜像
只要项目根目录的 composer.json 里存在 repositories 字段（哪怕只有 "packagist.org": false），全局配置就完全不生效——这不是“优先级低”，而是直接跳过。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 常见于 Laravel 脚手架或团队模板，它们自带空
"repositories": {}或禁用语句 - 验证方式：进项目目录后运行
composer config repo.packagist（不加-g），如果输出为空或报错，说明项目配置已接管 - 临时绕过：用
--repository-url=https://mirrors.ustc.edu.cn/composer/强制当次命令走镜像 - 永久修复：删掉
composer.json中整个repositories块；或运行composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g）覆盖写入——注意该命令会重写整个repositories对象，已有私有源需手动保留
换源后仍卡在 “Loading composer repositories” 或 “Resolving dependencies”
这两类卡顿原因完全不同，别混为一谈：
-
Loading composer repositories卡住：说明请求根本没发到镜像站，90% 是项目级repositories覆盖或写了"packagist.org": false，导致 Composer 逐个超时后 fallback -
Resolving dependencies卡住：和镜像无关，是本地依赖求解问题，典型诱因包括："php": "^7.4 || ^8.0 || ^8.1"这类过宽约束、"minimum-stability": "dev"、composer.lock缺失或被删 - 验证真实请求地址：加
-vvv参数跑一次composer install，看到类似GET https://mirrors.aliyun.com/composer/p2/monolog/monolog.json的日志才算镜像真正生效
CI/CD 或宝塔环境里 -g 配置常不生效
全局配置写在 ~/.composer/config.json，但“谁在跑命令”决定读哪个路径：
- 你在终端用
root执行了composer config -g，但宝塔后台以www用户运行，它读的是/home/www/.composer/config.json，根本看不到你的配置 - CI 构建容器常用
runner用户，而你本地配的是ubuntu用户，配置互不可见 - 解决方案：在 CI 脚本或宝塔部署钩子里，先切换到目标用户身份（如
sudo -u www composer config -g ...），或改用项目级配置（composer config repo.packagist ...），后者可提交 Git，天然适配多环境
最易被忽略的一点：换源后不执行 composer clear-cache，旧缓存里存的仍是官方源地址和 hash，composer update 可能因校验失败报 Package not found 或卡在元数据加载——清理后还要确认 %APPDATA%\Composer\Cache\（Windows）或 ~/.composer/cache/（Linux/macOS）下无有效文件。
