bin-dir配置指定Composer可执行脚本存放路径，默认为vendor/bin；2. 可在composer.json中通过config设置自定义路径如"bin-dir": "bin"；3. 修改后执行composer install/update，脚本将链接至新目录；4. 调整bin-dir有助于避免目录冲突和优化项目结构；5. 部署时需将bin-dir路径加入系统PATH以直接调用命令；6. 多包同名脚本时Composer按依赖层级选择顶层包的脚本；7. 可通过完整路径手动执行bin目录中的脚本；8. vendor-dir存放全部包代码，默认为vendor，与bin-dir分工不同。
Composer的bin-dir配置项决定了Composer安装的软件包中可执行脚本的存放位置。默认情况下，这个目录是vendor/bin。理解并正确配置bin-dir对于项目的可维护性和部署至关重要。
解决方案
bin-dir可以在composer.json文件中进行配置。它接受一个字符串值，表示相对于项目根目录的路径。例如，如果你想将可执行脚本放在项目根目录下的bin目录中，你可以在composer.json文件中添加以下配置：
{
"config": {
"bin-dir": "bin"
}
}配置完成后，执行composer install或composer update，Composer会将所有软件包的可执行脚本链接到你指定的目录中。
为什么要修改bin-dir？
修改bin-dir的原因有很多，其中最常见的是为了避免与项目中已有的vendor目录结构冲突，或者为了更好地组织项目文件。例如，在一些框架中，public目录是Web服务器的根目录，将可执行脚本放在public/bin目录下可能更方便访问。
bin-dir配置对项目部署有什么影响？
bin-dir的配置直接影响到项目的部署。你需要确保部署环境中，bin-dir指定的目录在系统的PATH环境变量中，这样才能直接在命令行中使用Composer安装的软件包提供的命令。例如，如果bin-dir配置为bin，你需要将bin目录添加到系统的PATH环境变量中。这可以通过修改.bashrc、.zshrc等shell配置文件来实现。
如果多个软件包提供同名的可执行脚本，会发生什么？
当多个软件包提供同名的可执行脚本时，Composer会按照软件包的依赖关系，选择其中一个脚本进行链接。一般来说，Composer会选择最顶层依赖的软件包提供的脚本。为了避免这种情况，建议尽量避免使用提供同名脚本的软件包，或者使用命名空间来区分不同的脚本。
如何手动执行bin-dir中的脚本？
即使bin-dir指定的目录不在系统的PATH环境变量中，你仍然可以手动执行其中的脚本。你需要使用脚本的完整路径。例如，如果bin-dir配置为vendor/bin，你可以使用./vendor/bin/phpunit来执行phpunit测试框架。
bin-dir和vendor-dir有什么区别？
bin-dir用于存放可执行脚本的链接，而vendor-dir用于存放所有安装的软件包的代码。vendor-dir的默认值是vendor。这两个配置项都可以根据项目的需要进行修改。它们是Composer配置中非常重要的两个选项，直接影响到项目的组织结构和依赖管理。
