唯一可靠验证方式是 composer config -g repo.packagist 输出完整 json，如{"type":"composer","url":"https://mirrors.aliyun.com/composer/"}，且需满足type为composer、url为https并以/结尾、格式合法；同时composer diagnose中repo packagist.org地址须完全匹配，且composer update -vvv日志中get请求必须出现镜像域名。
composer config -g repo.packagist 输出必须是完整 JSON
这条命令是验证全局镜像源是否写入成功的**唯一可靠方式**。它不报错 ≠ 生效，输出为空、null、"https://packagist.org" 或 {} 都代表失败。
正确输出只能是形如：
{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
注意三点：type 字段必须显式存在且值为 "composer"；url 必须是 HTTPS 协议且以 / 结尾；整个内容必须是合法 JSON（双引号、冒号、逗号、花括号缺一不可）。
- 键名写成
repos.packagist（多一个 s）→ 输出为空或查不到 - 漏掉中间的
composer→ 自动 fallback 到官方源，输出变成纯字符串"https://packagist.org" -
url少了末尾/→ 配置能写入，但后续请求会拼出错误路径（如/composerpackages.json），直接 404
composer diagnose 显示的 Repo packagist.org 地址要匹配
composer diagnose 不仅检查环境，还会输出当前实际生效的源地址。重点看这行：
Repo packagist.org: https://mirrors.aliyun.com/composer/
如果这里还是 https://packagist.org，说明配置没被识别，或被更高优先级设置覆盖。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 该地址必须和
composer config -g repo.packagist的url值完全一致（包括协议、域名、结尾斜杠） - 如果
diagnose显示的是镜像地址，但install还慢，大概率是缓存没清，不是配置问题 - Windows 用户在 Git Bash 中执行
diagnose可能显示空路径，换 PowerShell/CMD 再试
composer update -vvv 日志里得出现镜像域名
最终验证必须落到网络请求上。运行：
composer update -vvv 2>&1 | grep "GET "
真实生效时，你会看到类似：
GET https://mirrors.aliyun.com/composer/p2/laravel/framework.json
而不是 packagist.org 或其他无关域名。
- 必须加
-vvv和重定向2>&1，否则看不到底层 HTTP 请求 - 如果日志里还有
packagist.org，说明项目级repositories字段存在，或环境变量COMPOSER_REPO_PACKAGIST覆盖了全局配置 - 即使元数据从镜像拉了，zip 包仍可能走 GitHub（dist-url 硬编码），所以只看
Downloading行不够，GET才是源头
项目级 repositories 会彻底屏蔽全局配置
只要项目根目录的 composer.json 里有 "repositories" 字段，无论内容是空数组、{"packagist.org": false} 还是私有源，全局 repo.packagist 都会被**完全忽略**。
检查方法：
composer config --list | grep repositories
或直接搜文件：
grep -n '"repositories"' composer.json
- 临时验证：在项目目录下运行
composer config --unset repositories（不加-g），再跑update -vvv - CI/CD 中若用
sudo composer config -g，写入的是 root 的配置，但构建用户读的是自己的~/.composer/config.json，两者不一致 - 团队协作建议用项目级配置：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g），它会自动写进composer.json的repositories数组首位
composer clear-cache——旧的 packages.json 元数据还在本地，Composer 就不会发新请求，所有验证都只是在测缓存。
