运行composer config --global --list --verbose是验证全局配置生效的唯一可信方法，首行Loaded config file:后的路径即实际读取位置，其他路径即使存在也会被静默忽略。
运行 composer config --global --list --verbose 看真实加载路径
这是唯一可信的验证起点。Composer 不读你“以为”的路径，只认它自己解析出的位置。输出第一行 Loaded config file: 后面的路径，才是当前真正生效的全局配置文件位置。
常见误判包括：
-
~/.composer/config.json和~/.config/composer/config.json同时存在 → Composer 2.0+ 只读后者，前者被静默忽略 - Windows 下在 Git Bash 中执行
composer config --global→%APPDATA%不展开，写入失败却不报错 - 设了
COMPOSER_HOME但指向空目录或权限不足 → 写入静默失败，composer config --global --list输出为空
检查具体配置项是否出现在 composer config --global --list 输出中
写入后必须用带 --global 的命令查，否则查的是项目级配置（哪怕当前是空目录）。注意输出里带 (global) 标记的行才是从全局配置读取的值。
例如设置镜像源：
composer config --global repos.packagist.org.url https://mirrors.aliyun.com/composer/
验证时应看到：
repos.packagist.org.url https://mirrors.aliyun.com/composer/ (global)
如果没出现，说明写入失败或键名拼错（比如写成 repo.packagist 或 repos.packagist.url）。
观察实际命令行为是否变化
配置是否“起作用”，不能只看有没有写进去，要看它是否影响真实操作。不同配置项生效条件差异极大：
-
github-oauth、http-basic、process-timeout：下次composer global require或composer update就会用上 -
minimum-stability：仅在**空目录下**执行composer require monolog/monolog时才继承；一旦当前目录有composer.json，项目内定义的值立刻覆盖 -
repos.packagist.org.url：改完必须跑composer clear-cache，否则仍走旧缓存索引，新镜像不会被请求 -
bin-dir：只影响composer global require安装的可执行文件存放位置，和 PATH 是否包含该目录无关
PATH 是否包含 $COMPOSER_HOME/vendor/bin 是另一件事
很多人把“全局配置生效”和“能直接敲 laravel 命令”混为一谈。这两者完全独立：composer config --global 不负责 PATH，只管配置项。
验证 laravel 能否运行，应该用：
- macOS/Linux：
which laravel，输出需指向$COMPOSER_HOME/vendor/bin/laravel - Windows：
where laravel，输出需指向%COMPOSER_HOME%\vendor\bin\laravel.bat
如果找不到，问题不在 config，而在 shell 的 PATH 没加对路径，且没重启终端。
最常被忽略的一点：composer config --global 写入的是 JSON 配置，而 Composer 运行时是否读它，取决于当前是否有 composer.json、是否设置了 COMPOSER_HOME、以及该配置项本身是否支持全局作用域——三者缺一不可。漏掉任一环节，都是静默失效，不报错也不提示。
