运行 composer config --global --list --verbose 是验证 composer 全局配置真实加载路径的唯一可信方法，首行显示的实际文件路径即为 composer 唯一读取的全局配置位置，其他路径即使存在也会被静默忽略。
运行 composer config --global --list --verbose 看真实加载路径
这是唯一可信的验证起点。Composer 不会读你“以为”的那个 config.json，它优先检查 $COMPOSER_HOME（Linux/macOS）或 %COMPOSER_HOME%（Windows），其次才是默认路径。命令输出的第一行就是它实际打开并解析的文件位置：
- 如果首行显示
Global configuration file: /home/user/.config/composer/config.json，那它就只认这个——哪怕~/.composer/config.json存在且有内容，也会被静默忽略 - Windows 上若用 Git Bash 执行该命令，
%APPDATA%不会展开，可能显示空路径或错误路径；换 PowerShell 或 CMD 重试 - 输出里没看到 “Loaded config file” 行？说明全局配置文件根本没被识别，大概率是
COMPOSER_HOME指向了空目录、权限不足，或路径含未展开的变量（如%APPDATA%\Composer）
检查具体配置项是否出现在 --list 输出中
写入后必须用 composer config --global --list（不加 --verbose）确认值已落盘。注意两点：
- 漏掉
--global参数会导致配置被写进当前项目的composer.json的config字段，而不是全局文件——这种“假生效”最常见 - 某些字段根本不支持全局作用域，比如
autoload、require、scripts，即使命令执行成功，--list里也不会出现，属于静默丢弃 - 键名拼错也无提示，例如镜像源必须是
repos.packagist.org.url，写成repo.packagist或repos.packagist.url都不会报错，但也不会出现在列表里
进空目录测试行为是否真改变
很多配置只在“无项目上下文”时才真正由全局值驱动。比如：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 进一个全新空目录，执行
composer require monolog/monolog，观察是否按你设的minimum-stability解析版本（如设为dev却拉到stable版，说明没生效） - 设了
github-oauth后，在空目录下composer require private/package，看是否跳过登录提示直接下载 - 改了
cache-dir，执行composer clear-cache后，检查新缓存是否出现在你指定的路径下，而非默认的~/.composer/cache
关键操作后必须手动触发才见效
不是所有修改都“热生效”，有些依赖后续动作才能落地：
- 改了镜像源（如
repos.packagist.org.url）后，必须运行composer clear-cache，否则旧索引还在，请求仍发往原地址 - 改了
bin-dir或http-basic，composer global require或下次composer install才会用上新值 - PATH 没加对
$COMPOSER_HOME/vendor/bin，laravel或phpunit命令永远找不到——这和 config 无关，但常被误认为“配置没生效”
最容易被忽略的是作用域错配：全局配置不是“设了就覆盖一切”。它只对底层网络、缓存、认证类参数（如 github-oauth、process-timeout、secure-http）稳定生效；而 minimum-stability 这类字段，只要当前目录存在 composer.json，就会被项目级配置完全覆盖。
