答案是报错路径指向vendor/、composer.lock或~/.composer/cache之一，需用ls -ld检查属主是否为当前用户，再执行sudo chown -r $user:$user修复归属，禁用sudo composer install和chmod -r 777。
直接看报错路径，90% 是目录属主为 root 而非当前用户，用 chown -R $USER:$USER 修复归属，禁用 sudo composer install 和 chmod -R 777。
报 Permission denied 时怎么快速定位问题路径
错误信息里带完整路径的那一行就是线索，比如：file_put_contents(/home/alex/myapp/vendor/autoload.php): Failed to open stream: Permission denied → 锁定 vendor/；Writing cache file ~/.composer/cache/repo/https---packagist.org/ → 锁定全局缓存目录。
立刻执行这三行查归属：
ls -ld vendor/ls -ld composer.lockls -ld $(composer config --global cache-dir)
只要任意一行输出第三列（属主）不是 $(whoami)（比如显示 root），就确认是所有权错配，不是权限位不够。
为什么 chown -R $USER:$USER 是解药，而 chmod -R 777 是毒药
Linux/macOS 的写入控制靠的是“谁拥有它”，不是“它允许谁访问”。chmod 改的是权限位（rwx），chown 才决定归属权。
误用 chmod -R 777 会引发连锁问题：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
vendor/bin/phpunit这类可执行文件被 CI 工具或安全扫描器直接拒收 - Git 提交时提示
ownership changed - 后续
composer update可能只失败一半，连chown -R都救不回来
正确做法是归还控制权：
- 项目内修复：
sudo chown -R $USER:$USER vendor/ composer.lock - 全局缓存修复：
sudo chown -R $USER:$USER $(composer config --global cache-dir) - 整个
~/.composer都属root？重置：sudo chown -R $USER:$USER ~/.composer
sudo composer install 为什么永远不该用
它看似能跑通，实则污染整个 vendor/ 目录树——所有子目录和文件都变成 root 所有。后续你用普通用户执行 php artisan、git pull 或 IDE 索引时，全都会因权限中断。
尤其在团队协作或 CI 环境中，这种临时 sudo 会破坏环境一致性。更糟的是，Docker 容器里若 UID 不匹配（宿主机是 1001，容器默认是 0），挂载卷后照样卡在 Permission denied，和本地表现一模一样。
修复后验证：先跑 composer install --no-scripts，成功再补 composer run-script post-install-cmd。
Docker / CI 场景下容易被忽略的权限细节
这些地方不报错在主流程里，但一样卡住：
- Docker 中宿主机 UID 是 1000，容器却以 UID 0（
root）运行 → 挂载卷时加user:1000或 Dockerfile 里加USER 1001 - GitHub Actions 或 GitLab CI 中，基础镜像（如旧版
php:alpine）常让/tmp或~/.composer/cache默认属root→ 流水线开头加：mkdir -p .composer-cache && chmod 700 .composer-cache，再用COMPOSER_CACHE_DIR="$PWD/.composer-cache" -
composer global require失败？先查composer config --global home，如果输出是/root/.composer或/var/www/.composer，说明环境已被污染
真正麻烦的不是第一次报错，而是 vendor/ 下混进了部分 root 所有子目录——这种嵌套错配，chown -R 有时都扫不干净，得删掉 vendor/ 重来。
