首先确认vendor/bin目录下脚本是否具有执行权限，若缺少则使用chmod +x vendor/bin/*添加；其次在composer.json中配置"bin-compat": "full"以确保跨平台兼容性；最后在CI/CD或Docker环境中通过显式运行chmod命令并加|| true防止空目录报错，从而彻底解决权限被拒绝问题。
在使用 Composer 安装 PHP 包时，某些工具（如 PHPUnit、Laravel Sail、Symfony CLI 等）会将可执行脚本放入 vendor/bin 目录。有时这些脚本无法直接运行，提示“权限被拒绝”或“Permission denied”，这是因为文件没有正确的可执行权限。以下是解决这个问题的几种有效方法。
确认文件权限是否正确
Composer 本身通常会尝试设置正确的权限，但某些系统（特别是 Windows 上的 WSL 或某些 CI/CD 环境）可能会导致权限丢失。
进入项目目录后，检查 vendor/bin 下的脚本权限：
ls -l vendor/bin你应该看到类似这样的输出：
-rwxr-xr-x 1 user group 1234 Jan 1 10:00 phpunit如果权限中缺少 x（执行权限），就需要手动修复。
手动添加执行权限
最直接的方法是使用 chmod 命令为脚本添加执行权限：
chmod +x vendor/bin/*这条命令会给 vendor/bin 下所有文件添加执行权限。适用于大多数类 Unix 系统（Linux、macOS、WSL）。
如果只想针对特定文件：
chmod +x vendor/bin/phpunit
配置 Composer 自动处理权限
从 Composer 2.2 开始，引入了 bin-compat 配置项，可以更好地控制二进制文件的行为。
{ "config": { "bin-compat": "full" } }这个设置确保在 Windows 上也能生成可用的封装脚本（如 .bat 文件），同时在类 Unix 系统上保留可执行权限。
另外，Composer 在安装时会调用自身的逻辑来设置权限。如果你使用的是旧版本 Composer，建议升级到最新版以获得更好的兼容性支持。
在 CI/CD 或 Docker 中避免权限问题
在自动化环境中，权限容易被忽略。建议在构建脚本中显式添加权限设置步骤：
- Dockerfile 中添加： RUN chmod +x vendor/bin/* || true
- GitHub Actions / GitLab CI 脚本中添加： - chmod +x vendor/bin/*
加上 || true 可防止因目录为空导致命令失败。
基本上就这些。只要确保 Composer 正常运行、系统支持执行权限，并在必要时手动补全权限，就能避免绝大多数 vendor/bin 脚本不可执行的问题。
