答案是vendor/、composer.lock或~/.composer/cache目录属主为root导致写入被拒，需用ls -ld定位后执行sudo chown -r $user:$user修复所有权，禁用chmod 777。

composer install 报 Permission denied 是谁在拦你

不是 Composer 本身出错，而是它试图写入的某个路径（vendor/、composer.lock 或 ~/.composer/cache/）被 root 或其他用户占了所有权。多版本 PHP 切换后最容易触发这种问题：比如用 sudo 执行过一次 composer install，后续所有生成的文件都归 root，而你现在是普通用户，自然被拒。

快速定位方法只有三步：

• ls -ld vendor/ composer.lock —— 看第一列是否显示 root
• composer config --global cache-dir → 再对输出路径执行 ls -ld
• whoami 确认当前用户，和上面属主对比

为什么 sudo composer install 是污染源头

sudo composer install 不是“提权安装”，而是让整个 vendor/ 目录及其所有子文件、子目录全部变成 root 所有。之后你再用普通用户跑 composer dump-autoload 或 composer update，就会卡在写 vendor/autoload.php 或更新锁文件上。

更隐蔽的问题是嵌套污染：如果 vendor/ 下某几个子目录属主是 root，但其余是你的，chown -R 可能失效，composer update 会静默失败一半——此时删掉 vendor/ 重来反而更快。

修复动作必须精准：

• 项目内：sudo chown -R $USER:$USER vendor/ composer.lock
• 全局缓存：sudo chown -R $USER:$USER $(composer config --global cache-dir)
• 整个 Composer 全局目录被污染：sudo chown -R $USER:$USER ~/.composer

PHP 版本切换后权限报错常和 PATH 混乱叠加

中文环境尤其常见：phpstudy、宝塔、XAMPP 自带的 composer 命令其实是 shell wrapper 脚本，硬编码了旧版 PHP 路径（如 /www/server/php/74/bin/php）。你改了系统默认 php，但 which composer 输出的是 /usr/local/bin/composer，打开看却是 #!/bin/sh 开头——它根本没走你新配的 PHP。

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

这时候报 Permission denied，往往是因为 wrapper 脚本以 root 权限调用了旧 PHP，生成的 vendor/ 归 root，而你终端里 php -v 显示的是新版，误以为“已切成功”。

绕过所有干扰的最稳做法：

• Linux/macOS：/usr/bin/php8.2 /path/to/composer.phar install（路径必须绝对，不能用 ~/）
• Windows："C:\php\php-8.2.12\php.exe" composer.phar install（含空格必须加引号）
• 宝塔用户：/www/server/php/82/bin/php /usr/bin/composer install

global require 权限错位后命令找不到

composer global require laravel/installer 成功，但敲 laravel 提示 command not found，90% 是因为 ~/.composer/vendor/bin 不在 $PATH，或该目录本身被 root 占了。

先查真实生效位置：composer config -g bin-dir，再确认该路径归属和可执行权限：

• 如果输出是 /root/.composer/vendor/bin，说明之前用过 sudo composer global require，必须删掉 /root/.composer 并重装
• 如果输出是 /home/alex/.composer/vendor/bin，但 ls -ld 显示属主是 root，就执行 sudo chown -R $USER:$USER ~/.composer
• 把 bin 目录加入 $PATH：export PATH="$HOME/.composer/vendor/bin:$PATH"（写进 ~/.zshrc 或 ~/.bashrc）

真正容易被忽略的是：PHP 多版本共存时，composer global require 的行为取决于当前 PHP 的 sys_get_temp_dir() 和 phar.readonly 配置，不同版本可能写到不同位置。别假设“global 就是全局”，它只对当前 COMPOSER_HOME 和当前 PHP 运行时有效。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！