composer validate 不读取镜像配置，仅校验 composer.json 语法；镜像配置错误需通过 php -r "json_decode(...)"、composer show -p 和 composer install --dry-run 等运行时命令验证。
composer validate 从不读取镜像配置
它完全不关心你配了阿里云、腾讯云还是华为云镜像——composer validate 只解析当前目录下的 composer.json 文件内容，连 config.json 都不碰。镜像配置写在 ~/.composer/config.json 或项目 composer.json 的 config.repositories 字段里，validate 对这些字段视而不见。
镜像配置出错时 validate 不报，但 install 会炸
常见翻车点不是语法错，而是运行时逻辑错：
-
"type": "composer"写成"type": "compsoer"→validate沉默，composer install直接报Invalid config key "repositories"或静默跳过该镜像 -
"url": "https://mirrors.aliyun.com/composer"少了末尾斜杠 → 多数镜像能 fallback，但部分私有源会 404，validate完全不管 - 没显式禁用 packagist：
"packagist.org": false缺失 →validate无感，install却仍会回源，导致加速失效 - 字段名拼错：
"repositores"（少一个 r）→ 不报错、不生效、不提示，纯静默丢弃
怎么真正验证镜像配置是否生效
靠 composer validate 是无效的。必须用运行时命令：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先确保 JSON 语法合法：
php -r "$j = file_get_contents('config.json'); $d = json_decode($j); if (!$d) { echo json_last_error_msg().\"\n\"; }" - 再测镜像是否被识别：
composer show -p | grep -i aliyun（看是否列出对应仓库） - 最终确认是否起效：
composer install --dry-run，观察下载域名是否走镜像地址（如mirrors.aliyun.com），而非repo.packagist.org
注意：--dry-run 会真实发起 HTTP HEAD 请求，所以能暴露 DNS 解析失败、证书错误、镜像不可达等 validate 绝对覆盖不到的问题。
CI/CD 里别只跑 validate
很多团队在 GitHub Actions 里只加一行 composer validate --strict，以为万事大吉。其实只要镜像配置在 config.json 里，这行命令就等于没跑。真正要加的是：
-
php -r "json_decode(file_get_contents('config.json')) or die(json_last_error_msg());"（校验全局镜像） -
composer install --dry-run --no-cache（强制绕过本地缓存，直连镜像）
否则 PR 合并后第一次部署才暴露镜像失效，已经晚了。
