直接执行composer config -g repo.packagist composer https://packagist.org可强制走官方源，因其显式指定且兼容所有≥2.0版本；删配置（--unset）在旧版中易导致回退失败，而覆盖url绕过解析分支，更稳。
直接执行 composer config -g repo.packagist composer https://packagist.org 就能强制走官方源，比删配置更稳、兼容性更好，尤其在 Composer 2.2–2.4 这类旧小版本里不会卡住或报 Could not parse version constraint。
为什么不用 --unset 而要覆盖 URL
Composer 的 fallback 逻辑在部分旧版本中不可靠：删掉 repos.packagist 字段后，它不一定自动回退到 https://packagist.org，反而可能因元数据解析失败中断命令。而显式设置 repo.packagist 指向官方地址，绕过了所有分支判断，所有 >=2.0 版本都认这个写法。
-
composer config -g --unset repos.packagist只适用于你确定当初是用repos.packagist（带 s）设的镜像，且当前没混用其他字段 -
repo.packagist（单数）是 Composer 2.0+ 官方文档指定的主源键名，写错成repos.packagist或repo.packagist.org都不会报错，但配置无效 - 如果之前同时设过
repo.packagist和repos.packagist，建议两条 unset 都跑一遍：composer config -g --unset repo.packagist和composer config -g --unset repos.packagist
改完命令还是走镜像？查三层覆盖关系
Composer 查源顺序是：环境变量 > 当前项目配置 > 全局配置。哪怕全局设对了，只要项目 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 repo.packagist（不加-g），输出不是https://packagist.org就说明被项目配置盖掉了 - 快速删项目级源：
composer config --unset repositories，或手动删掉composer.json中整个"repositories"字段再运行composer update --lock - 检查环境变量干扰：
env | grep COMPOSER_REPO（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows），有就unset COMPOSER_REPO_PACKAGIST或关掉对应终端
缓存不清 = 白换源
换源后不运行 composer clear-cache，Composer 仍会读取旧镜像缓存下来的 packages.json 快照，导致 composer update 找不到包、版本错乱、锁文件更新失败。
- 验证缓存是否清干净：
ls -la ~/.composer/cache/（Linux/macOS）或dir %APPDATA%\Composer\Cache\（Windows），应为空或只剩空子目录 - 真正生效的证据不是配置输出，而是下载日志：
composer require monolog/monolog --no-install -vvv，观察终端里GET https://的域名是不是repo.packagist.org - 某些 IDE（如 PHPStorm）会在项目设置里偷偷注入镜像源，改完配置得重启 IDE 才生效
最常被忽略的是：改完配置后只看 composer config -g repo.packagist 返回了正确 URL 就以为搞定，其实没清缓存、也没检查项目级配置或环境变量——结果 composer install 还是从阿里云拉包，问题根本没解决。
