composer 仅支持通过 composer 环境变量指定非默认配置文件（如 composer.staging.json），该变量影响依赖解析、lock 文件生成（如 composer.staging.lock）、autoload 内容及 vendor 结构，且需每次执行命令前显式设置，无 --file 参数或自动 fallback 机制。
Composer 不支持直接设置自定义 JSON 文件名（比如 composer-dev.json），但可以通过 COMPOSER 环境变量指定非默认的配置文件路径——这是唯一可靠、官方支持的方式。
COMPOSER 环境变量怎么用
它告诉 Composer 哪个文件替代默认的 composer.json，包括读取依赖、执行 install/update、生成 autoload 等全部流程都会基于该文件。
- Linux/macOS：运行命令前临时设置，如
COMPOSER=composer.staging.json composer install - Windows（cmd）：先执行
set COMPOSER=composer.staging.json，再运行composer install - Windows（PowerShell）：用
$env:COMPOSER="composer.staging.json"，然后运行composer install - CI/CD 中推荐写进脚本或环境配置里，避免污染全局
为什么不能改文件名后直接运行 composer install
因为 Composer 启动时硬编码查找 composer.json，找不到就报错：Could not find a composer.json file in ...，不会自动 fallback 或猜文件名。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 重命名成
composer.custom.json后直接运行composer install→ 必然失败 -
composer install --file=xxx.json这类参数不存在，Composer 没有--file选项 - 试图用符号链接绕过？可行但不推荐：跨平台路径问题多，Git 跟踪易出错，且掩盖了真实意图
COMPOSER 变量对 lock 文件和 vendor 的影响
它不只是“读哪个 json”，而是整套工作流切换：lock 文件名、vendor 目录结构、autoload 生成逻辑全都跟着变。
- 使用
COMPOSER=composer.test.json composer install会生成composer.test.lock，不是composer.lock -
vendor/autoload.php仍固定存在，但其内容基于composer.test.json生成，加载的包也只来自该文件定义 - 如果项目同时存在
composer.json和composer.test.json，二者互不干扰——COMPOSER指定哪个，就完全用哪个 - 注意：某些 IDE 或工具（如 PhpStorm）可能只认
composer.json，不会自动识别COMPOSER变量，补全或依赖分析可能失效
常见误操作和兼容性坑
这个机制看似简单，但在团队协作和部署中容易翻车。
- 忘记在 CI 脚本中显式设置
COMPOSER，导致用错配置文件，安装了不该装的 dev 依赖 - 把
COMPOSER写进系统级环境变量（如/etc/environment），结果所有项目都被强制切换，引发意外行为 - Docker 中用
ENV COMPOSER=...没问题，但若在RUN阶段没生效（比如 shell 类型不匹配），命令会静默回退到默认文件 - PHP 8.1+ 在某些 SAPI 下（如 Apache mod_php）读取环境变量受限，CLI 下才稳定；Web 请求中调用
composer命令基本不可靠
真正要注意的是：这个变量必须在每次运行 composer 命令时都生效，而不是“设一次永久有效”；很多人以为 export 一次就能管整个终端 session，却忽略了子 shell 或不同用户权限下的隔离性。
