答案是配置未生效：composer config -g repo.packagist 输出为空或非完整 JSON，说明键名错（如多s）、缺 composer type 值、URL 缺结尾斜杠或漏 -g，三者任一缺失即静默回退官方源。
镜像源配对了，但 composer update 还是看不到新包、报 Could not find package 或卡在 Loading composer repositories —— 90% 不是镜像没同步，是你本地根本没发请求，或者发到了错误地址。
为什么 composer config -g repo.packagist 输出为空或不是 JSON
这不是“配置慢”，是压根没写进去。Composer 2.x+ 对键名、type 值、URL 格式三者校验极严，缺一即静默忽略，自动 fallback 到官方源。
-
repo.packagist必须是单数；写成repos.packagist（多一个 s）或repositories.packagist.org都无效 - 命令末尾必须显式带上
composer作为 type 值：正确写法是composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - URL 必须以
/结尾，且用 HTTPS；写成https://mirrors.aliyun.com/composer（缺斜杠）会导致拼出非法路径如/composerpackages.json，直接 404 - 必须加
-g，否则只改当前项目，换目录就失效 - 验证唯一标准：
composer config -g repo.packagist输出必须是完整 JSON，例如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；空、null、纯字符串 URL、或报Key not found，都说明失败
明明配了镜像，-vvv 日志里却还在请求 packagist.org
这不是网络问题，是更高优先级的配置覆盖了全局设置。只要项目根目录 composer.json 里有 "repositories" 字段，无论内容是否为空，全局镜像都会被彻底屏蔽，且不提示、不报错。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 快速检查：
composer config repositories，看输出的 URL 是不是你配的镜像地址 - 搜
composer.json：grep -A5 '"repositories"' composer.json，常见陷阱包括："repositories": []、"repositories": {"packagist": {}}（对象而非数组）、或残留已下线源如"https://packagist.phpcomposer.com" - 临时绕过：
composer config --unset repositories（注意无-g），再跑composer install -vvv确认日志第一行GET请求是否命中镜像域名 - 若需保留私有源又想用阿里云镜像，必须显式启用：
{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}，并确保它在repositories数组首位
composer update 找不到新版本，但镜像站网页显示已有
这是元数据缓存未刷新的典型表现。Composer 默认复用本地 packages.json 缓存，15 分钟内不过期——哪怕镜像站已同步 v3.6.0，你机器上读的仍是旧索引。
-
composer clear-cache没用：它只删 ZIP 包和部分 JSON，不碰packages.json和provider-*.json - Composer ≥ 2.5：直接运行
composer update --refresh，它丢弃所有元数据缓存，强制从当前生效镜像重拉最新索引，但保留已下载的 ZIP 包 - 老版本（≤ 2.4）：手动删对应缓存目录：
rm -rf $(composer config --global cache-dir)/repo/https---mirrors-aliyun-com-composer（Linux/macOS）；Windows 路径类似%APPDATA%\Composer\cache\repo\https---mirrors-aliyun-com-composer - 验证镜像是否真同步：
curl -I https://mirrors.aliyun.com/composer/packages.json必须返回HTTP/2 200；再比对curl -s https://mirrors.aliyun.com/composer/p2/monolog/monolog.json | jq -r '.packages."monolog/monolog" | keys[]' | sort | tail -3和官方源输出是否一致
报 file could not be downloaded 或 SSL 错误
本质是 PHP 无法获取远程元数据，和你本地代码、vendor/ 目录完全无关。先切镜像、清缓存、再验证请求地址是否生效。
- 立刻切阿里云镜像：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（末尾斜杠不能少） - 清缓存：
composer clear-cache，然后手动删掉~/.composer/cache/repo/https---mirrors-aliyun-com-composer（否则失败记录还在，重试照样走 404） - 加
-vvv看真实请求：composer update -vvv | grep "GET https"，复制 URL 到浏览器或curl -I测——返回 404 就说明镜像还没同步，等 5–30 分钟再试 - 若仍报 SSL 错误（如
unable to get local issuer certificate），不是镜像问题，是 PHP 的curl.cainfo没设对；运行php --ini找到真实加载的php.ini，补上curl.cainfo = "/path/to/cacert.pem"
最常被忽略的是：项目级 repositories 配置会彻底屏蔽全局镜像，且不报任何提示；而元数据缓存路径由镜像 URL 转义生成，删错目录等于白忙活。别只看 config 输出，一定要用 -vvv 和 curl -I 验证真实请求链路。
