先运行composer config -g -l检查全局镜像配置，再用composer config -l查项目级repositories块，结合env | grep composer_repo确认环境变量是否接管；报错多因缓存未清或弃用字段触发fallback，恢复官方源应执行composer config -g repo.packagist https://packagist.org并强制composer clear-cache。
Composer 配置文件没被“污染”，但配置错、缓存脏、层级覆盖乱，会导致行为完全偏离预期——这不是文件损坏，而是逻辑失效。
怎么确认 config.json 真的出问题了
别一看到报错就删配置。先验证是不是配置本身导致异常：
- 运行
composer config -g -l，检查输出里有没有repo.packagist或repos.packagist字段；有且值不是https://packagist.org，说明镜像被硬编码了 - 运行
composer config -l（不带-g），看项目级是否定义了repositories块——哪怕只写了"repositories": []，也会屏蔽全局设置 - 执行
env | grep COMPOSER_REPO，如果输出含COMPOSER_REPO_PACKAGIST，说明环境变量在强行接管源地址 - 报错如
Could not parse version constraint或卡在Loading composer repositories，大概率是删了配置但没清缓存，或用了弃用字段名触发 fallback 失败
恢复默认源最稳的命令是 composer config -g repo.packagist composer https://packagist.org
这条命令直接写死全局源地址，绕过所有 fallback 逻辑，在 Composer 2.0+ 全版本可靠生效。它比 --unset 更适合实战：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 字段名必须是
repo.packagist（单数），repos.packagist是旧写法，设了也不认 - URL 必须带
https://，写成packagist.org或http://会静默失败 - 如果之前混设过两种字段，建议先清理：分别执行
composer config -g --unset repo.packagist和composer config -g --unset repos.packagist - 不加
-g是项目级临时切换，适合调试单个项目，不影响其他目录
composer clear-cache 不是可选项，是硬性前置步骤
换源后不执行 composer clear-cache，Composer 仍会读取缓存里旧镜像下载的 packages.json 快照——结果就是 composer update 找不到新包、版本解析错、锁文件更新失败。
- 执行
composer clear-cache --dry-run先看路径是否指向~/.composer/cache（Linux/macOS）或%APPDATA%\Composer\Cache（Windows） - 清完后运行
ls -la ~/.composer/cache/，应为空或只剩空子目录；若仍有内容，说明某些进程锁住了目录（如 PhpStorm 正在扫描） - 极端情况可临时改缓存路径再清一次：
composer config -g cache-dir /tmp/composer-cache-empty && composer clear-cache - 验证是否真走官方源：运行
composer require monolog/monolog --no-install -vvv，盯住日志里Downloading https://的 URL —— 必须是https://repo.packagist.org，不是任何mirrors.xxx
删 config.json 文件是最彻底的重置方式，但要注意作用域
当配置错乱严重（比如误删了 secure-http 导致 HTTPS 强制失效），或不确定哪些字段被改过，直接删配置文件反而最快：
- 全局重置：删掉
~/.composer/config.json（Linux/macOS）或%APPDATA%\Composer\config.json（Windows），再运行任意composer命令（如composer --version），它会自动生成干净默认配置 - 项目级重置：删掉当前目录下的
composer.json中整个repositories字段（注意 JSON 语法，删完别留多余逗号） - 系统级重置（CentOS 等多用户环境）：删
/etc/composer.json或/usr/local/etc/composer.json，但需 root 权限 - 删前务必备份：
cp ~/.composer/config.json ~/.composer/config.json.bak；误删后没有--undo，只能手动补或重生成
真正容易被忽略的是三层覆盖关系：环境变量 > 项目级 composer.json > 全局 config.json。哪怕你把全局配得再干净，只要项目里有 "repositories" 块，或者设置了 COMPOSER_REPO_PACKAGIST，Composer 就永远不走官方源。
