vendor/bin 是 Composer 自动生成的目录，用于存放项目依赖提供的可执行命令脚本。当安装的包在 composer.json 中声明了 "bin" 字段（如 PHPUnit、PHP-CS-Fixer 等），Composer 会将其指定的脚本复制或软链接到 vendor/bin 下，例如生成 ./vendor/bin/phpunit。这些可执行文件由 Composer 自动管理，无需手动维护。推荐通过 ./vendor/bin/命令名 直接调用，避免全局安装导致的版本冲突。也可将 vendor/bin 加入 PATH 或在 composer.json 的 scripts 字段中封装常用命令，如 "test": "phpunit"，然后运行 composer test。该机制实现项目级工具链隔离，确保不同项目使用不同工具版本，互不干扰。注意：vendor/bin 文件不应提交至版本控制，团队成员需通过 composer install 自动生成，保持环境一致。这一设计类似 Node.js 的 node_modules/.bin，是 PHP 项目本地化 CLI 工具管理的核心方式。
vendor/bin 目录是 Composer 在项目中安装依赖时自动生成的一个文件夹，用来存放第三方包提供的 可执行命令脚本。当你通过 Composer 安装某些开发工具或框架（如 PHPUnit、Laravel Artisan、Symfony Console、PHP-CS-Fixer 等）时，这些工具通常会提供一个命令行接口（CLI），这些命令的入口文件就会被软链接或复制到 vendor/bin 中。
vendor/bin 的作用
Composer 会检查所安装的 PHP 包的 composer.json 文件中是否有 "bin" 字段。如果存在，Composer 就会把该字段指定的脚本文件（通常是 PHP 脚本）放入 vendor/bin 目录，并确保它们可以在本地运行。
例如，phpunit/phpunit 的 composer.json 中包含：
"bin": ["phpunit"]
安装后，Composer 会在 vendor/bin 下创建一个 phpunit 文件，你可以通过以下方式运行它：
./vendor/bin/phpunit --version
如何管理 vendor/bin 中的可执行文件
这些可执行文件不需要手动维护，完全由 Composer 根据已安装的包自动管理。但你可以通过以下方式合理使用和控制它们：
- 直接调用：在项目根目录下使用 ./vendor/bin/命令名 来运行工具，这是最推荐的方式，避免全局污染。
- 添加到 PATH（可选）：为了方便，可以把 ./vendor/bin 添加到当前项目的 PATH 环境变量中，这样可以直接输入 phpunit 而不是 ./vendor/bin/phpunit。但在团队协作中建议统一使用相对路径调用，保持一致性。
- 使用 scripts 字段封装命令：在项目的 composer.json 中定义 scripts，例如：
"scripts": {
"test": "phpunit",
"cs:fix": "php-cs-fixer fix"
}
然后运行 composer test 或 composer run cs:fix，Composer 会自动找到 vendor/bin 中对应的命令。
注意事项
vendor/bin 中的可执行文件是项目局部的，不会影响系统全局环境。这意味着不同项目可以使用不同版本的同一个工具，互不干扰。这也意味着你不应该将这些文件提交到版本控制系统（如 Git），因为它们是根据 composer.lock 自动生成的。
只要确保团队成员都运行 composer install，vendor/bin 就会正确生成所需的命令脚本。
基本上就这些。vendor/bin 是 Composer 实现“本地化工具链”的关键机制，让 PHP 项目能像 Node.js 的 node_modules/.bin 一样灵活管理 CLI 工具。不复杂但容易忽略细节。
