答案是Permission denied主因是目录属主为root或路径不可写，需将项目移至用户目录（如~/myapp/）、用sudo chown -R $USER:$USER ./修复归属、禁用sudo composer install并清理vendor/composer.lock后重装。
绝大多数情况下，composer install 根本不需要 root 权限 —— 报错是目录归属或路径不可写导致的，不是 Composer 本身缺权限。
为什么 composer install 会报 Permission denied
错误信息如 file_put_contents(./vendor/autoload.php): Failed to open stream: Permission denied 或 mkdir(): Permission denied，本质是 PHP 进程无法往当前目录（通常是项目根目录或 vendor/）写文件。常见原因有：
- 项目目录或
vendor/所属用户是root，而你用普通用户执行命令 - 项目放在
~/public_html/或~/www/这类 Web 可访问目录下，主机明确禁止写入vendor/ - 误用
sudo composer install后，整个vendor/变成root所有，后续普通用户再也改不了 -
umask设置过严（比如077），导致新生成文件默认无组/其他用户写权限
怎么让 composer install 在非 root 下真正跑通
核心原则：所有路径都必须属于当前用户，且可写。实操步骤如下：
- 把项目代码移到纯用户目录，比如
~/myapp/，**不要放~/public_html/里直接跑 install** - 确认当前用户对项目目录有完全控制权：
ls -ld .看输出中 owner 是你的用户名；如果不是，运行sudo chown -R $USER:$USER ./ - 临时加固写权限习惯：
umask 002（加到~/.bashrc或~/.zshrc末尾并source） - 如果之前用过
sudo composer install，先清理残留：rm -rf vendor/ composer.lock，再重跑 - 确保
COMPOSER_HOME指向用户目录：export COMPOSER_HOME="$HOME/.composer"（同样加进 shell 配置）
composer install 卡在 git clone 或 cloning into '' 怎么办
共享主机通常禁用 git 命令，但 Composer 默认优先走 Git 克隆（尤其对 dev- 分支）。它不会自动 fallback 到 zip 包，除非你干预：
- 加参数强制走 dist：
composer install --prefer-dist - 项目内永久设置：
composer config prefer-dist true（会在项目根目录生成或更新composer.json的配置段） - 检查
composer.json是否含自定义repositories指向私有 Git 地址 —— 这种必须换为 HTTPS zip 形式源，否则必失败
为什么坚持不用 sudo composer install 是关键
看似能“一次跑过”，实际埋下持续性问题：
-
vendor/目录及全部子文件变成root所有，后续git pull、php artisan、IDE 索引、CI 构建全可能中断 -
composer.lock和autoload.php也归root，普通用户连修改或删除都做不到 - 团队协作时，别人拉代码后
composer install会立刻失败，因为目录权限不一致 - Docker 或 CI 环境里，这种混杂的 UID/GID 更容易引发挂载权限错乱
真正麻烦的从来不是第一次安装，而是权限污染后排查不到源头 —— 很多人反复 chown 却漏掉 ~/.composer/cache/ 或 vendor/bin/ 子目录。
