Composer可通过bin字段和scripts事件管理PHP以外的二进制与资源：1. bin数组自动链接可执行文件至vendor/bin；2. post-install-cmd等钩子运行脚本下载或配置平台特定二进制；3. 静态资产可借脚本复制到目标目录；4. 发布包时应避免提交大文件，注明依赖与权限。
Composer 主要用于管理 PHP 依赖，但它也能处理包含二进制文件或非 PHP 代码的包。关键在于正确配置 composer.json 并利用 Composer 的机制来安装和使用这些资源。
1. 使用 bin 脚本自动复制可执行文件
如果依赖包包含命令行工具（如 PHAR 文件、Python 脚本、Go 编译的二进制等），可以通过 bin 字段声明可执行文件路径：
- 在 composer.json 中设置 "bin" 数组，列出二进制文件的相对路径
- Composer 会把这些文件软链接（或复制）到项目的 vendor/bin 目录
- 你可以直接运行这些命令，例如：php ./vendor/bin/my-tool
示例：
{
"name": "example/tool-wrapper",
"bin": ["bin/my-cli-tool"]
}
只要 bin/my-cli-tool 是可执行文件（带 shebang 或权限正确），Composer 安装后就能在 vendor/bin 找到它。
立即学习“PHP免费学习笔记（深入）”；
2. 利用脚本事件进行自定义处理
对于更复杂的场景（比如下载平台特定的二进制、解压归档、编译 native 扩展），可以使用 Composer 的 scripts 功能。
- 在 post-install-cmd 或 post-update-cmd 钩子中执行自定义 PHP 脚本
- 脚本可调用 shell 命令下载、验证、解压或配置外部资源
- 适合处理预编译的二进制（如 protoc、redis-server 等）
示例：
"scripts": {
"post-install-cmd": [
"MyScript\\Installer::downloadBinary"
]
}
对应的类会检查系统架构，从 GitHub Release 下载合适的二进制，并放入项目指定目录。
3. 将非 PHP 资源作为“资产”管理
某些包可能附带前端库、配置模板或数据文件。虽然 Composer 不是前端包管理器，但依然可以处理：
- 把静态资源放在包的特定目录（如 assets/）
- 通过脚本将其复制到 public/ 或其他目标位置
- 配合 Asset Manager 插件（如 fxp/composer-asset-plugin）可桥接 NPM/Bower 包
注意：不建议用 Composer 大量分发前端资源，优先考虑 Webpack、Vite 或专用 CDN。
4. 发布包含二进制的包时的注意事项
如果你自己维护一个含二进制的 Composer 包，需注意：
- 不要将大体积二进制提交到 Git（可用 GitHub Releases 分离存储）
- 提供跨平台兼容性说明或多个版本支持
- 确保 bin 文件有正确的执行权限（Linux/macOS）
- 文档中写明依赖项（如是否需要 libc、openssl 等系统库）
基本上就这些。Composer 虽然专注 PHP，但通过 bin 和 scripts 机制，完全可以集成外部工具和资源，实现混合技术栈的依赖管理。关键是设计清晰，避免过度复杂化安装流程。
