不该用sudo composer install，因其使vendor/、composer.lock及~/.composer/cache/等归属root，导致普通用户后续执行composer update或dump-autoload时Permission denied或静默失败；修复需sudo chown -R $USER:$USER对应路径。
为什么不该用 sudo composer install
因为这会让 vendor/、composer.lock、甚至 ~/.composer/cache/ 全变成 root 所有，后续你以普通用户运行 composer update 或 rm -rf vendor 就会报 Permission denied。更隐蔽的问题是：composer dump-autoload 可能静默失败，生成的 vendor/autoload.php 权限异常，PHP 运行时报 failed to open stream。
修复已污染的文件归属
一旦误用了 sudo，别重复执行命令，先清理所有权：
- 修复项目目录：
sudo chown -R $USER:$USER .（当前目录下所有内容） - 单独修 vendor：
sudo chown -R $USER:$USER vendor/ - 修复全局缓存：
sudo chown -R $USER:$USER ~/.composer - 顺手加固写权限：
chmod -R u+rw ~/.composer（避免 umask 导致子目录无写权）
Windows 下防病毒软件拦截 .bat 文件
报 Access is denied 却没给具体路径？大概率是杀软（尤其是 Windows Defender 的“云查杀”）静默阻止了 vendor/bin/phpunit.bat 生成。这不是权限问题，而是行为拦截：
- 临时禁用实时防护后重试
- 改用
Git Bash运行composer install（它把 .bat 转成 shell wrapper，绕过 UAC） - 若必须用 PowerShell，加
--no-scripts跳过脚本生成：composer install --no-scripts
全局命令调用失败的真正原因
laravel 或 phpunit 命令不识别，不是没装成功，而是 ~/.composer/vendor/bin 没进 $PATH，或该目录下 .bat 文件被系统拒绝执行：
- 确认 bin 目录位置：
composer config -g bin-dir - 把它加进 shell 配置（如
~/.zshrc）：export PATH="$HOME/.composer/vendor/bin:$PATH" - 更稳妥：换到用户级路径，避开权限纠缠：
mkdir -p ~/bin && composer config -g bin-dir ~/bin - Windows 用户注意：
%APPDATA%\Composer\vendor\bin必须在系统 PATH 中，且当前用户对该目录有“读取和执行”权限
最常被忽略的是：WAMP 或 XAMPP 环境下，命令行 PHP 和 Apache PHP 版本不一致，导致 composer create-project 解析依赖失败——这跟权限无关，但错误信息容易被误判为权限问题。
