composer镜像配置不生效是因为三个硬性条件未同时满足：键名必须为单数小写的repo.packagist、第二个参数必须显式写composer（type值）、url必须https且末尾带/；任一缺失即静默回退官方源，验证需输出完整json对象。
镜像源配置没生效，不是网络慢或镜像挂了，而是 Composer 根本没读到你写的配置——它静默回退到 https://packagist.org，连错误都不报。
composer config -g repo.packagist 命令为什么总不写进去
这条命令看似执行成功，但漏掉任意一个硬性条件，Composer 就会完全忽略它：
-
repo.packagist必须是单数、全小写；写成repos.packagist、repositories.packagist.org或mirror都无效 - 中间的
composer是强制type值，不是注释，不能省略，也不能换成https或git - URL 必须以
https://开头，且末尾带/，比如https://mirrors.aliyun.com/composer/✅，少斜杠会拼出/composerpackages.json导致 404 - 必须加
-g，否则只改当前项目下的composer.json，换目录就失效
验证是否真写进去了？只看这一行输出：composer config -g repo.packagist。正确结果必须是完整 JSON，例如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；空、null、报 Key not found，或只返回 URL 字符串，都说明失败。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
项目级 repositories 字段正在覆盖全局配置
Composer 的源优先级是：项目级 composer.json 中的 repositories > 全局配置 > 默认源。只要项目里有这个字段，全局镜像就彻底失效——没有协商，没有 fallback。
- 运行
composer config repo.packagist（不带-g），有输出就说明项目自己写了镜像 -
"repositories": []或"repositories": {}这种空结构也会触发覆盖逻辑 - 临时清理：在项目根目录执行
composer config --unset repositories（注意没-g） - 别手动编辑
composer.json里的repositories，容易格式出错；要用composer config命令追加或重置
缓存没清，配置白配
Composer 缓存的是 packages.json 和 provider 文件路径（如 p/provider-2025-10%24.json）。改了镜像但不清缓存，它仍按旧元数据发起请求，结果就是 404、找不到包、锁文件错乱。
- 必做动作：
composer clear-cache - 验证是否清空：
ls -la ~/.composer/cache/（Linux/macOS）或dir %APPDATA%\Composer\Cache\（Windows），应为空或只剩空子目录 - 更彻底方式：先执行
composer config -g cache-dir /tmp/composer-cache-empty，再clear-cache - 清完缓存后，用
composer install -vvv | grep "Downloading.*packages.json"确认第一行请求域名是你配的镜像地址
最容易被忽略的一点：换镜像后，vendor/ 和 composer.lock 里残留的 dist URL 和 hash 仍指向旧源，不删干净，install 会继续失败——这不是配置问题，是元数据不一致。
