应执行composer config -g --unset repos.packagist并运行composer clear-cache，再通过composer config repo.packagist（不带-g）和composer require --no-install -vvv验证实际请求url是否为repo.packagist.org。
直接执行 composer config -g --unset repos.packagist 并紧接着运行 composer clear-cache，才能真正让 Composer 回退到 https://packagist.org。只删配置不清理缓存，或字段名写错（比如写成 repo.packagist），都会导致仍走镜像。
怎么确认当前实际生效的镜像源
Composer 的源选择不是“读配置值”，而是按固定优先级查三层：环境变量 > 项目级配置 > 全局配置。不能只看全局有没有设，得查当前上下文真实生效的那个。
- 进项目目录后运行
composer config repo.packagist（不带-g），输出如果是阿里云、腾讯云等地址，说明项目级配置已盖掉全局 - 运行
composer config -g repos.packagist和composer config -g repo.packagist都查一遍——旧版可能用单数键，新版推荐复数键，两者都可能存在 - 检查环境变量：
env | grep COMPOSER_REPO（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows），有就说明它在最顶层强制指定源
为什么 composer config -g --unset repos.packagist 有时没效果
这个命令只是删 JSON 字段，不重置逻辑。常见失效原因不是命令本身错，而是删得不干净或被更高优先级覆盖。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 字段名写错：必须是
repos.packagist（复数repos），写成repo.packagist不会报错，但删的是无效字段 - 旧版本 Composer（如 2.2–2.4）在删掉
repos.packagist后 fallback 逻辑可能崩溃，卡在Could not parse version constraint - 项目
composer.json里还留着"repositories"块，哪怕内容为空或只写了{"packagist.org": false}，也会屏蔽全局设置
删完配置后必须清缓存，否则请求地址还是镜像站
缓存里存的是旧镜像下载下来的 packages.json 快照，Composer 会继续读它来解析依赖，完全不关心你当前配置指向哪。不清缓存，composer update 可能拉错包、锁文件错乱，甚至报 Package not found。
- 执行
composer clear-cache后，检查~/.composer/cache/（Linux/macOS）或%APPDATA%\Composer\Cache\（Windows）是否为空或只剩空子目录 - 验证是否真切换成功：运行
composer require monolog/monolog --no-install -vvv，滚动日志中找Downloading https://行——正确 URL 应含repo.packagist.org，不是任何镜像域名 - 如果仍看到
mirrors.aliyun.com或类似地址，说明某处配置没删干净，重点复查composer config -g -l输出和项目composer.json中的repositories字段
最易忽略的一点：有些脚手架（如老版 Laravel 安装器）生成的模板会硬编码禁用 packagist，这种配置不在 Composer 配置里，而在 composer.json 文件中，不手动删就永远绕不过去。
