答案是先检查vendor目录归属，若属主为root则用sudo chown -r $user:$user vendor/修复；切勿用chmod 777或sudo composer install。报错路径含vendor/即表明归属问题，需递归修正所有权，全局缓存同理，docker/ci中须统一uid避免冲突。
报错里带 vendor/ 就修 vendor/，别碰 chmod -R 777
看到 file_put_contents(./vendor/autoload.php): Permission denied 或类似路径含 vendor/ 的错误，问题就锁定在 vendor/ 目录归属。这不是权限位（rwx）不够，而是整个目录树被 root 占了——普通用户自然写不进去。
立刻执行：ls -ld vendor/
如果输出第三列是 root（例如 drwxr-xr-x 12 root root），就是它了。
- 修复命令：
sudo chown -R $USER:$USER vendor/（注意末尾斜杠，确保递归生效） - 如果
composer.lock同样报错，一并加上：sudo chown -R $USER:$USER vendor/ composer.lock - 绝对不要用
chmod -R 777 vendor/：它会让vendor/bin/phpunit这类可执行文件被 CI 工具或安全扫描器直接拒收，Git 提交时还会提示 ownership changed
全局缓存目录 ~/.composer/cache 被 root 占了怎么办
错误信息里只要出现 Writing cache file ~/.composer/cache/ 或 Could not write to ~/.composer/cache/，说明全局缓存目录已污染。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
先拿到真实路径：composer config --global cache-dir
再查归属：ls -ld $(composer config --global cache-dir)
- 若属主不是当前用户，执行：
sudo chown -R $USER:$USER $(composer config --global cache-dir) - 如果整片
~/.composer都是root（常见于早期sudo curl | php安装后未清理），直接重置：sudo chown -R $USER:$USER ~/.composer - 顺手加固可写性：
chmod -R u+rw ~/.composer（不是 777，避免因系统umask导致子目录默认无写权限）
Docker 或 CI 环境中 vendor/ 权限反复出问题
本地好好的，进容器就报错？本质是 UID 不一致：宿主机用户 UID 是 1001，容器却以 UID 0（root）运行，挂载卷里的文件在容器内不可写。
- 推荐做法：用 Composer 2.2+ 的
--uid和--gid参数显式指定，例如：composer install --uid=1001 --gid=1001 - 配合
docker run --user 1001:1001或docker-compose.yml中写user: "${UID:-1001}:${GID:-1001}"，避免硬编码 - CI 流水线（如 GitHub Actions）无需设 UID，runner 默认干净，用 root 运行即可；但要确保构建阶段不把宿主机的
vendor/复制进镜像层，否则 UID 冲突会带入最终镜像
为什么永远不要运行 sudo composer install
这条命令看似“能跑”，实则埋下持续性混乱：sudo composer install 会让 Composer 以 root 身份创建整个 vendor/ 目录树，后续所有操作（git pull、php artisan、IDE 自动索引）都可能因权限中断。
- 修复已污染的项目目录：
sudo chown -R $USER:$USER ./（注意结尾./，覆盖所有隐藏文件） - 如果之前误用过
sudo composer global require，检查composer config --global home，若输出是/root/.composer，删掉它再重装 - 真正卡住人的，往往不是第一次报错，而是
vendor/里混着 root 和普通用户属主的子目录——这种嵌套混乱，chown -R有时都救不回来，只能rm -rf vendor/ composer.lock后重装
