composer全局配置文件config.json位于composer home目录下，linux/macos默认为~/.composer/config.json，windows默认为%userprofile%appdataroamingcomposerconfig.json，实际路径需通过composer global config home或–list命令确认，且受composer_home环境变量影响。
Composer全局配置文件在哪
Composer的全局配置文件是 config.json，它默认存放在 Composer 的「home 目录」下，不是项目根目录，也不是系统级配置路径。这个位置不固定，取决于环境和安装方式，不能硬背路径，得查。
- Linux/macOS：通常在
$COMPOSER_HOME/config.json，未设置COMPOSER_HOME时默认为~/.composer/config.json - Windows：通常是
%COMPOSER_HOME%config.json，未设置时为%USERPROFILE%AppDataRoamingComposerconfig.json - 用
composer global config --list能直接看到当前生效的 home 路径和配置内容
怎么确认当前 Composer home 目录
靠猜或查文档容易出错，最可靠的是让 Composer 自己说。执行命令后输出的第一行就是实际 home 路径，后续所有全局操作（比如 composer global require）都基于这个位置。
-
composer global config home—— 只输出 home 路径，干净直接 -
composer global config --list—— 输出完整配置，同时带路径提示，适合验证是否被覆盖 - 如果输出里出现
"home": "..."字段，说明该字段已被显式设置，优先级高于默认路径 - 注意：
composer config --list（没加global）查的是当前项目的配置，不是全局的
为什么改了 ~/.composer/config.json 没生效
常见原因是 Composer 已通过环境变量 COMPOSER_HOME 指向了别的目录，或者用了容器/CI 环境里预设的 home 路径，导致你编辑的文件根本没被加载。
- 运行
echo $COMPOSER_HOME（Linux/macOS）或echo %COMPOSER_HOME%（Windows）看是否被手动设置过 - 某些 docker 镜像（如
php:alpine）会把COMPOSER_HOME设为/tmp或/root/.composer，跟宿主机不一致 - ide（如 phpstorm）可能使用独立的 shell 环境，
COMPOSER_HOME值和终端不同，导致配置行为不一致 - 修改后记得清缓存：
composer clear-cache，否则旧配置可能被读取缓存
全局配置和项目配置的优先级关系
Composer 配置有三层：系统级（极少用）、全局、项目级。项目 composer.json 中的 config 字段会完全覆盖全局同名配置项，不是合并。
- 比如全局设置了
"fxp-asset-plugin": false，但项目composer.json里写了"fxp-asset-plugin": true，那该项目就用true - 镜像源（
repositories）这类配置项是合并行为，但config下的键是覆盖逻辑 - 想临时绕过全局配置？加
--no-plugins或--no-config参数，但会影响所有全局设置，慎用
Composer home 不是写死的路径，而是运行时解析的结果；真正容易被忽略的，是环境变量和运行上下文对它的动态影响。