composer全局镜像配置失效主因是命令漏写-g、键名错为repos.packagist（应单数repo）、缺type值composer、url末尾无/，四者缺一即静默回退官方源；还需检查项目级repositories是否覆盖及缓存是否清除。
composer config -g repo.packagist 命令为什么没生效
这条命令写错一个字符，Composer 就会静默回退到 https://packagist.org，不报错也不提示。必须同时满足四点：repo.packagist（单数，不是 repos.packagist）、第三个参数必须是 composer（type 值，不能省）、URL 必须带 https:// 且以 / 结尾（如 https://mirrors.aliyun.com/composer/）、必须加 -g。漏掉任意一项，配置就等于没写。
验证是否成功：执行 composer config -g repo.packagist，输出应为类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。如果返回空、null 或报错，说明命令未命中生效条件。
项目级 repositories 配置正在悄悄覆盖全局镜像
Composer 的源优先级是：项目级 composer.json 中的 repositories > 全局配置 > 默认源。哪怕你全局配对了，只要项目根目录的 composer.json 里有 "repositories" 字段（包括空数组 [] 或空对象 {}），它就会屏蔽全局设置。
快速检查和清理：
- 在项目目录下运行
composer config repo.packagist—— 如果输出非空，说明已被覆盖 - 用
grep -A 5 '"repositories"' composer.json（Linux/macOS）或直接搜索文件，确认是否存在该字段 - 若不需要私有源，直接删掉整个
"repositories": {...}块；或临时覆盖：composer config repo.packagist composer https://mirrors.aliyun.com/composer/
缓存没清，配置就是白配
Composer 缓存的是 provider 文件路径（如 p/provider-2025-10%24.json）和 packages.json 快照。改了镜像但不清缓存，它仍按旧元数据发起请求，结果就是 404、找不到包、锁文件错乱。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
清缓存不是可选动作，而是必做步骤：
- 运行
composer clear-cache - 验证是否清空：
ls -la ~/.composer/cache/（Linux/macOS）或dir %APPDATA%\Composer\Cache\（Windows），应为空或只剩空子目录 - 更彻底方式：先执行
composer config -g cache-dir /tmp/composer-cache-empty，再composer clear-cache
怎么确认当前真正在用哪个镜像地址
别信 composer config 的输出，也别信自己记的命令。真正证据是网络请求日志。最准的验证方式是加 -vvv 跑一次不安装的操作：
composer require monolog/monolog --no-install -vvv，然后盯终端里 Downloading https://... 这一行 —— 正确 URL 应该是你设的镜像地址，比如 https://mirrors.aliyun.com/composer/p/provider-2025-10%24.json。
如果看到的是 https://packagist.org/... 或其他非预期域名，说明要么配置没写对、要么被覆盖、要么缓存没清干净。这个请求 URL 才是唯一可信的事实。
