Composer 的 bin-dir 配置仅影响依赖包二进制文件的符号链接或复制路径，不改变 vendor/bin 的硬编码生成行为；需手动创建目标目录并配合 PATH 或 composer exec 使用。
Composer 默认不提供全局 bin 目录配置，所谓“修改 bin 目录”实际是控制依赖包中可执行脚本的安装路径，核心靠 config.bin-dir 设置。
为什么 composer.json 里的 bin-dir 不生效？
常见错误是直接在根项目 composer.json 中写：
"config": {
"bin-dir": "bin"
}但这个配置只对当前项目自身声明的 bin 有效（即项目自己定义了 "bin": ["my-script"]），对依赖包（如 phpunit/phpunit、laravel/installer）的二进制文件无效——它们仍会装进 vendor/bin/。
- 依赖包的
bin脚本是否被软链/复制，取决于其自身composer.json中的bin字段 + 当前项目的config.bin-dir - 只有当项目本身也声明了
bin，且你运行composer install或composer update后，config.bin-dir才会影响该项目自身的脚本输出位置 -
vendor/bin/是 Composer 硬编码的默认目标目录，无法通过配置完全绕过
真正能改变依赖脚本存放位置的方法：用 config.bin-dir + 符号链接
Composer 允许你指定一个自定义目录作为 bin-dir，但它只会把依赖包的可执行脚本**符号链接过去**（Linux/macOS）或**复制过去**（Windows），前提是该目录存在且可写。
- 在项目根目录的
composer.json中添加："config": { "bin-dir": "tools" } - 确保
tools/目录存在：mkdir -p tools - 运行
composer install或composer update - 检查效果：
ls -l tools/应看到指向vendor/bin/xxx的链接（类 Unix）或复制的 .bat/.exe 文件（Windows） - 注意：该设置不影响
vendor/bin/本身的存在，它始终会被生成；只是多了一层符号链接
想彻底不用 vendor/bin？只能靠环境变量或手动管理
Composer 没有开关禁用 vendor/bin，也没有配置项让它“不生成”。如果你的目标是让终端直接识别这些命令，更可靠的做法是：
- 保留默认
vendor/bin，并在 shell 配置中加入：export PATH="./vendor/bin:$PATH"（开发时临时生效） - 用
composer exec替代直接调用：composer exec phpunit，它自动在vendor/bin中查找并执行 - 避免硬编码路径，不要在 CI 脚本里写
./tools/phpunit，而应统一用vendor/bin/phpunit或composer exec - Windows 用户注意：
bin-dir设为tools后，Composer 会复制.bat文件而非创建链接，且可能因权限或防病毒软件失败
真正容易被忽略的是：改 bin-dir 并不能减少 vendor/bin 的存在，也不能改变依赖包内部对 ../vendor/autoload.php 的相对路径引用。所有脚本在运行时仍会从 vendor/ 加载依赖——目录只是入口，不是隔离层。
