composer的bin配置不支持按windows/macos/linux分别指定路径，仅接受统一字符串数组（如["bin/my-tool"]），跨平台兼容需由脚本内通过php_os_family等自行判断并适配。
Composer 本身不区分平台去“管理不同平台的二进制扩展”，它只按 composer.json 中声明的 bin 路径安装脚本，跨平台兼容性靠代理文件和运行时逻辑兜底。
bin 配置是否支持 Windows/macOS/Linux 分别指定？
不支持。Composer 的 bin 字段只接受路径字符串数组，例如：["bin/my-tool"]，它不会根据 PHP_OS 或系统类型自动切换目标文件。所谓“多平台二进制”，实际是包作者自己在脚本里做判断：
- 常见做法是在
bin/my-tool中写一个 PHP 入口，用PHP_OS_FAMILY或PHP_OS判断系统，再exec()对应平台的 PHAR、本地二进制或调用不同子命令 - 也有项目（如
spatie/browsershot）把真正平台相关的可执行文件（Chromium、wkhtmltopdf）放在resources/下，由安装后脚本（post-install-cmd）按系统下载或软链 - Composer 不会帮你下载、校验或替换
bin目录下的文件；它只复制你声明的路径，并生成统一的代理脚本（Unix 是 shell，Windows 是.bat）
platform 配置能用来限制二进制包的安装吗？
不能直接限制，但会影响其依赖解析结果。比如某二进制工具依赖 ext-posix，而你在 config.platform 中设了 "ext-posix": "8.1.0"，那么 Composer update 时会认为该扩展“存在”，从而允许安装这个工具——哪怕你实际在 Windows 上跑，ext-posix 根本不可用。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
platform只作用于composer update阶段的依赖树计算，不影响vendor/bin文件是否存在或能否执行 - 它对二进制包本身无特殊处理：不会跳过安装、不会改名、不会注入平台判断逻辑
- 真实执行失败（比如 Windows 上调用
fork()）只能靠二进制脚本内部if (PHP_OS === 'Linux') { ... }拦住，不是 Composer 的责任
如何让二进制脚本能正确识别当前环境？
别依赖 Composer 提供的平台信息，直接在脚本里用 PHP 原生方式检测。以下是最可靠的做法：
- 用
PHP_OS_FAMILY（PHP 7.2+）代替PHP_OS：值为"Linux"、"Windows"、"Darwin"，比字符串匹配更稳定 - 检查关键扩展是否真实可用：
extension_loaded('posix')，而不是只看config.platform声明 - 需要调用系统命令时，优先用
proc_open()+['binary' => '/usr/bin/xxx']形式，避免硬编码路径；必要时用which或where动态查找 - 如果脚本必须分发预编译二进制（如
protoc），建议用composer-bin-plugin或自定义post-install-cmd脚本，根据PHP_OS_FAMILY下载对应版本并放入bin/子目录
真正容易被忽略的是：即使 composer install 成功、vendor/bin/my-tool 存在且可执行，只要脚本里用了未声明的扩展函数（比如 pcntl_fork()），或者调用了不存在的系统命令，它依然会在运行时报错——Composer 不管这些。
