最可靠方式是运行 composer diagnose 查“Repo packagist.org”行，它发起真实请求并显示实际使用的URL；其次用 composer config --show-source repositories.packagist.org.url 确认配置来源，再检查环境变量 COMPOSER_REPO_PACKAGIST 是否覆盖。
怎么确认当前实际生效的镜像源
别只看 composer config -g repos.packagist 有没有输出，得查三层配置里真正被读到的那个值。Composer 查源顺序是：环境变量 > 当前项目 composer.json 中的 repositories 块 > 全局配置。运行 composer config repo.packagist（不加 -g）能直接看到当前项目实际用的地址；如果输出是 https://mirrors.aliyun.com/composer/，说明项目级配置盖掉了全局设置。
再验证网络请求是否真走对地方：composer require monolog/monolog --no-install -vvv，滚动日志里找 Downloading https:// 开头的行——正确应含 https://repo.packagist.org，不是任何镜像域名。
如果 composer config -g repo.packagist 报错 Key "repo.packagist" does not exist，说明全局没设源，此时默认走官方；但若 env | grep COMPOSER_REPO_PACKAGIST 有输出，这个环境变量会彻底压倒所有配置，必须先 unset COMPOSER_REPO_PACKAGIST（Linux/macOS）或 set COMPOSER_REPO_PACKAGIST=（Windows）。
执行哪条命令能真正覆盖为官方源
最稳、兼容性最好的操作是明确覆盖，不是删字段：composer config -g repo.packagist composer https://packagist.org。这条命令在 Composer 2.0+ 全版本都生效，绕过所有 fallback 判断逻辑，尤其避免旧小版本（如 2.2–2.4）删配置后卡在 Could not parse version constraint 的问题。
- 键名必须是
repo.packagist（单数），不是repos.packagist（复数）。写错不会报错，但配置无效——你根本看不到变化 - URL 必须带
composer类型前缀，即composer https://packagist.org，不能写成https://packagist.org或https://repo.packagist.org，否则 Composer 不识别 - 仅当前项目临时切回：进项目目录后运行
composer config repo.packagist composer https://packagist.org（不加-g）
为什么换源后 install 还很慢或报错
缓存不清，等于白换源。Composer 会继续读取旧镜像缓存下来的 packages.json 快照，导致 composer update 找不到新包、锁文件错乱、甚至报 Package not found。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
执行 composer clear-cache 后，检查缓存目录是否真清空：ls -la ~/.composer/cache/（Linux/macOS）或 dir %APPDATA%\Composer\Cache\（Windows）应为空或只剩空子目录。
注意：composer clear-cache 对源配置完全无感，它只删缓存内容；即使删了整个 ~/.composer/ 目录，只要环境变量还存在，源照样被接管。
误删或删错配置怎么办
Composer 没有撤销机制，也没有历史记录。删错就只剩两个选择：
- 手动编辑配置文件：
~/.composer/config.json（Linux/macOS）或%APPDATA%\Composer\config.json（Windows），把误删的字段补回去，或删掉多余项 - 或者干脆重置整个全局配置：删掉
config.json文件，再运行任意composer命令（如composer --version），它会自动生成一个干净的空配置文件（仅含{}）
真正容易被忽略的是：删完 config.json 后，Composer 不会自动重写默认值进去——它只在首次运行时生成空文件，所有键都靠运行时 fallback。所以别指望看到 {"process-timeout": 300} 这样的内容，那是正常的。
