Composer init 只在当前工作目录生成 composer.json，不支持指定路径；唯一控制方式是先 cd 到目标目录再执行，移动文件会导致后续命令失败。
Composer 本身不提供“配置默认生成路径”的能力——composer init 总是把 composer.json 写在当前工作目录，你无法通过全局设置、环境变量或命令行参数让它自动落到别的文件夹里。
为什么不能指定生成路径
composer init 的设计逻辑是「初始化当前项目」，它不接受目标路径参数，也没有 --output 或 -o 这类选项。所谓“默认路径”，其实就是你执行命令时所在的目录。它不会创建新目录，也不会跳转；cd 错了，文件就生成在错的地方。
- 尝试
composer init -d /path/to/project？这个-d只影响 Composer 查找已有composer.json的位置，对生成行为完全无效 - 想让
composer init自动进src/或app/？不行。它只认当前目录 - 用脚本包装（如
cd myproject && composer init）是唯一可行的前置控制方式
实际能控制生成位置的唯一方法
你得先确保自己处在正确目录下再运行 composer init。这不是限制，而是设计使然：Composer 把项目根目录和 composer.json 的位置强绑定，后续所有路径（如 autoload、vendor-dir、bin-dir）都基于此推导。
- 新建项目前，先
mkdir myapp && cd myapp，再composer init - 如果已在父目录，别偷懒，老老实实
cd进去——别指望composer init ../myapp这种写法，它会报错或静默失败 - CI/CD 脚本中务必显式
cd $PROJECT_ROOT，否则composer init可能生成在构建目录顶层，导致后续composer install找不到配置
生成后移走 composer.json 会怎样
可以移动，但后果需自行承担：composer install、composer update、composer dump-autoload 全部依赖当前目录下存在 composer.json。你把它挪到 config/composer.json，这些命令就直接报错 Could not find composer.json。
- 没有替代入口点，Composer 不支持
--config-file类参数 - 某些 IDE 或工具链（如 Laravel Pint、PHPStan）会扫描项目根目录找
composer.json来推断 autoload 规则，移走后它们可能降级为默认配置或报错 - 如果你真需要多环境配置分离，应该用
COMPOSER环境变量指向不同文件名（如COMPOSER=composer.prod.json），但该文件仍必须放在当前目录下
真正容易被忽略的是：很多人以为改了全局 config 就能影响 init 行为，其实 composer config --global 只管仓库、认证、镜像等运行时行为，跟文件生成位置毫无关系。路径控制权始终在 shell 当前工作目录手里。
