Composer通过bin配置项识别并安装包中的可执行脚本，将其软链接或复制到vendor/bin目录；包在composer.json中定义bin数组声明脚本路径，安装时自动处理链接，支持本地调用或加入PATH全局使用，多包同名bin会提示冲突需手动解决。
Composer 在处理 bin 目录下的可执行脚本时，主要通过 bin 配置项来识别和安装这些命令行工具。当你在项目中使用 Composer 安装依赖包时，如果某个包声明了可执行文件，Composer 会自动将这些文件软链接（或复制）到项目的 vendor/bin 目录下，方便你在本地调用。
1. 包中如何定义 bin 文件
一个 Composer 包可以在其 composer.json 中通过 bin 字段声明可执行脚本。这个字段是一个数组，列出所有希望暴露为命令行工具的 PHP 脚本路径。
例如：
{ "bin": ["bin/my-cli-tool", "bin/another-command"] }
这些文件通常是带有 #!/usr/bin/env php 头部的 PHP 脚本，能够直接在命令行运行。
2. Composer 安装时如何处理 bin 文件
当运行 composer install 或 composer update 时，Composer 会：
- 检测每个已安装包的 bin 配置
- 将这些可执行文件链接到当前项目的 vendor/bin 目录
- 如果是全局安装（如 composer global require），则链接到全局的 vendor/bin（通常位于 ~/.composer/vendor/bin）
这种链接在类 Unix 系统上默认是符号链接（symbolic link），在 Windows 上则是副本或 `.bat` 包装器，确保命令可以跨平台运行。
3. 使用本地 bin 命令
安装完成后，你可以通过以下方式运行这些命令：
php vendor/bin/my-cli-tool
你也可以将 vendor/bin 添加到系统的 PATH 环境变量中，这样就可以直接输入命令名运行：
export PATH="vendor/bin:$PATH" my-cli-tool
4. 处理命名冲突
如果多个包提供了同名的 bin 文件，Composer 会提示冲突并要求你手动处理。通常建议使用更具体的名称避免覆盖。
例如：两个包都使用 cli 作为 bin 名称，后安装的会覆盖前者（除非你干预）。
基本上就这些。Composer 的 bin 机制让 PHP 项目的命令行工具管理变得简单、统一。只要脚本有正确的执行权限和 shebang，就能顺利被加载和使用。不复杂但容易忽略细节。
以上就是php js json composer windows 工具 unix 环境变量 win php composer json require windows unix