直接执行composer config -g repo.packagist composer https://packagist.org可稳切官方源；需同步清缓存、删项目级repositories、清除环境变量composer_repo_packagist，并用composer require --no-install -vvv验证日志中downloading https://repo.packagist.org/。
直接执行 composer config -g repo.packagist composer https://packagist.org 就能稳稳切回官方源，比删配置更可靠，尤其在 Composer 2.2–2.4 等小版本上不会卡住。
为什么 composer config -g --unset repos.packagist 常常不生效
这条命令看似“还原默认”，实际容易踩坑：
- 字段名必须是
repos.packagist（复数），写成repo.packagist（单数）不会报错，但删的是无效字段，镜像照旧 - 旧版 Composer（如 2.2–2.4）删掉后 fallback 逻辑有缺陷，可能卡在
Could not parse version constraint或静默走错源 - 即使删成功，缓存里还存着旧镜像的
packages.json快照，composer update仍会按旧数据解析，导致包找不到、锁文件错乱 - 项目级
composer.json中的repositories字段优先级更高，会彻底屏蔽全局设置——你删了全局，它根本没用上
怎么确认当前真正生效的镜像源
别只看 composer config -g 输出，Composer 查源顺序是：环境变量 > 当前项目 composer.json > 全局配置。真实生效的可能是你没意识到的地方：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查项目级：进项目目录后运行
composer config repo.packagist，输出应为https://packagist.org或报错 “Key does not exist” - 查全局：运行
composer config -g repo.packagist，注意不是repos.packagist - 查环境变量：
env | grep COMPOSER_REPO_PACKAGIST（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows），非空就得先清掉 - 最终验证看真实请求：
composer require monolog/monolog --no-install -vvv，滚动日志里找Downloading https://repo.packagist.org/—— 这个 URL 才是你此刻真连的地址
必须同步做的三件事，缺一不可
改完配置 ≠ 恢复成功。以下操作漏掉任意一项，composer install 或 update 仍可能走错源：
- 执行
composer clear-cache：缓存不清，Composer 会继续读旧镜像下载的元数据，结果就是 404、版本解析失败、甚至Package not found - 检查并清理项目级
repositories：进项目根目录，运行composer config --unset repositories，或手动删掉composer.json中整个"repositories": {...}或"repositories": []块（注意 JSON 语法合法） - 确认无环境变量干扰：若
COMPOSER_REPO_PACKAGIST被设过，必须用unset COMPOSER_REPO_PACKAGIST（Linux/macOS）或set COMPOSER_REPO_PACKAGIST=（Windows）清空
最易被忽略的是缓存和项目级 repositories。很多人执行完全局命令就以为搞定了，结果 composer show -p 显示的仍是镜像 URL，或者 install 时日志里持续出现 mirrors.aliyun.com —— 那基本可以确定是这两处没处理干净。
