答案：bin-dir是自定义可执行文件目录的旧配置，已被废弃；vendor/bin是Composer默认存放可执行脚本的目录，自动为包的bin字段创建符号链接或复制文件，优先使用软链接以同步更新，全局安装时需将全局vendor/bin加入PATH环境变量以便直接调用命令。
在使用 Composer 管理 PHP 项目依赖时，经常会遇到 bin-dir 配置和 vendor/bin 目录。这两个概念都与可执行脚本的安装和调用有关，但作用机制不同。下面详细说明它们的工作原理。
什么是 bin-dir 配置
bin-dir 是 Composer config 中的一个选项，用于指定项目中存放可执行文件（二进制文件）的本地目录。它属于 composer.json 的 config 字段：
设置后，Composer 会将某些包提供的命令行工具（如phinx、phpunit等）的可执行文件软链接或复制到你指定的目录，比如 bin/。这样你可以通过 ./bin/tool-name 来运行这些命令。
注意：从 Composer 2.0 开始，bin-dir 已被标记为废弃，官方推荐直接使用 vendor/bin，不再鼓励自定义 bin-dir。
vendor/bin 目录的作用
vendor/bin 是 Composer 默认用来存放可执行脚本的目录。当一个包在 composer.json 中声明了 bin 字段，例如：
Composer 安装这个包时，会自动把 bin/phinx 文件复制或创建符号链接到项目的 vendor/bin/phinx。
这个过程是自动完成的，无需额外配置。生成的 vendor/bin/phinx 实际上是一个 PHP 包装脚本，它负责引入 Composer 的自动加载器（autoload），然后执行目标类的逻辑。
你可以通过以下方式运行它：
php vendor/bin/phinx- 或直接
vendor/bin/phinx（需加上可执行权限）
软链接 vs 复制行为
Composer 在处理 bin 文件时，优先尝试创建符号链接（symlink）。如果系统不支持（如某些 Windows 环境），则退而求其次进行文件复制。
例如，安装 phpunit/phpunit 后，你会看到：
vendor/bin/phpunit -> ../phpunit/phpunit/phpunit这表示 phpunit 是指向实际源文件的符号链接。这种方式的好处是更新包时，bin 脚本也会同步更新，不需要手动维护。
包装脚本的内容通常包括：
- 设置正确的 PHP 解释器路径（shebang）
- 包含 Composer 自动生成的 autoload 文件
- 传递参数给实际的主类执行
全局 bin 和 PATH 环境变量
当你使用 composer global require 安装包时，这些可执行文件会被放到全局的 vendor/bin 目录下（位置可通过 composer config --global home 查看）。
为了让系统能直接识别这些命令（如输入 phpunit 而不是完整路径），你需要将全局 vendor/bin 添加到系统的 PATH 环境变量中。例如在 Linux/macOS 中：
之后就可以在任意位置运行全局安装的工具。
基本上就这些。虽然 bin-dir 曾经提供灵活性，但现在更推荐接受默认行为，直接使用 vendor/bin，避免配置复杂性和兼容性问题。理解其背后机制有助于排查命令找不到或版本混乱的问题。
