先运行composer config --global repos.packagist确认全局镜像是否存在，再查项目级composer.json中的repositories字段及环境变量COMPOSER_REPO_PACKAGIST，三处任一存在即生效。

怎么确认镜像配置还存在

别急着删，先看它到底在不在。Composer 镜像配置可能藏在三个地方：全局配置、项目级 composer.json、或环境变量。直接查最准：

• 运行 composer config --global repos.packagist，如果有输出（比如带 "url": "https://mirrors.aliyun.com/composer/"），说明全局镜像开着
• 进项目目录，运行 composer config repos.packagist（不加 --global），看项目级有没有覆盖
• 打开项目根目录的 composer.json，搜 "repositories" 字段——哪怕只有一行 "packagist.org": false，也算干扰项
• 检查环境变量：echo $COMPOSER_REPO_PACKAGIST（Linux/macOS）或 echo %COMPOSER_REPO_PACKAGIST%（Windows），非空就优先级最高

删全局镜像必须用对键名

composer config --global --unset repos.packagist 是唯一推荐命令。写错键名等于白干：

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 不是 repo.packagist（旧文档常见错误，Composer 2.x 已不识别）
• 不是 repos.packagist.org（这个路径在部分版本里无效）
• 更不能用 composer config --global --unset repositories——它会清空整个自定义源列表，包括你私有仓库
• 删完立刻验证：composer config --global repos.packagist 应返回 Key "repos.packagist" does not exist

项目级配置容易漏删

全局删了，但 composer install 还走镜像？八成是项目 composer.json 里残留了 "repositories" 块。注意这些坑：

• 别只删 "packagist.org" 子项，整块 "repositories": { ... } 都得删干净
• 检查是否嵌套在 "extra" 或其他字段里（有些脚手架会这么干）
• 删完立刻跑 composer config --list | grep repos，确保输出为空
• 再执行 composer update --dry-run -vvv，观察日志里请求的域名是不是 repo.packagist.org

缓存不清理，配置等于没动

删完配置不 clear-cache，Composer 仍可能从本地缓存里读旧元数据，表现就是“明明删了还走镜像”。重点：

• 必须运行 composer clear-cache，不是 dump-autoload，也不是删 vendor/
• CI 环境下加 --no-interaction，否则卡住；不确定时先用 --dry-run 看路径对不对
• 如果缓存路径被 $COMPOSER_CACHE_DIR 或 CI 配置改过，composer config --global cache-dir 才是真实位置
• 某些旧版 Composer 的 vcs/ 目录不会被 clear-cache 清掉，需手动删：rm -rf ~/.composer/cache/vcs/*

实际生效与否，不看配置命令是否成功，而看 composer diagnose -v 最后一行是否显示 Checking https://packagist.org/packages.json——这才是铁证。网络层劫持（如 DNS 污染）不在配置控制范围内，那是另一回事。