composer不支持直接指定任意json配置文件，其配置加载逻辑固定：优先读取项目根目录的composer.json，全局配置走~/.composer/config.json，无法单次命令动态切换；临时使用其他json文件需重命名并配合--working-dir参数，或通过composer环境变量指定同目录下的替代文件名（composer 2.2+），但均不能指向任意路径。
composer命令不支持直接指定任意JSON配置文件
Composer 本身没有 --config-file 或类似参数让你随意指定一个 JSON 文件作为配置源。它的配置加载逻辑是固定的：优先读取当前项目根目录下的 composer.json，找不到则报错；全局配置走 ~/.composer/config.json（或 COMPOSER_HOME 指向路径），但无法在单次命令中动态切换。
想用非默认 composer.json？改用 --working-dir + 文件重命名
常见需求其实是“临时用另一个 JSON 文件执行 install/update”，比如测试不同依赖组合或 CI 中多环境构建。可行做法是：
- 把你的自定义 JSON 文件（如
composer-dev.json）复制/重命名为composer.json - 用
--working-dir指向该文件所在目录，例如：composer install --working-dir=/path/to/custom/dir
- 执行完记得清理或还原，避免污染主项目
- 注意：所有相对路径（如
repositories中的本地路径、autoload的映射）都以该目录为基准，不是原项目根目录
需要真正“加载外部JSON”？得靠脚本预处理
如果必须保留原 composer.json 不动，又想注入额外配置（比如临时替换仓库地址或平台配置），只能靠外部脚本干预：
- 用 PHP 或 Python 读取你的自定义 JSON，合并进原
composer.json内容，写入临时文件 - 再用
--working-dir指向这个临时目录执行命令 - 或者用
COMPOSER环境变量指定临时文件路径（仅限 Composer 2.2+）：COMPOSER=composer-alt.json composer install
——但该文件仍需放在当前工作目录下，且必须叫composer.json的内容结构，只是文件名可变 -
COMPOSER变量只影响文件名，不改变解析逻辑；它不能指向任意路径，也不能绕过 schema 校验
别踩这些坑
实际操作中最容易卡住的地方：
-
COMPOSER=xxx.json时，xxx.json 必须和当前 shell 工作目录一致，不能带路径，否则 Composer 直接忽略 - 修改
composer.json后没运行composer validate，导致 schema 错误被静默吞掉或报奇怪的 missing package 错误 - 用
--working-dir时忘了vendor/和composer.lock也会生成在那个目录下，不是原项目里 - 某些插件（如
hirak/prestissimo）可能缓存了原始配置，换配置后需加--no-plugins排查
真要频繁切换配置，与其硬套参数，不如写个轻量 wrapper 脚本做文件搬运和环境设置——Composer 的设计本意就不是靠命令行参数驱动配置变更。
