答案是目录属主错配而非权限位不足，应执行ls -ld查看vendor/或~/.composer/cache/归属，若属主为root则用sudo chown -r $user:$user修复，严禁chmod -r 777或sudo composer install。
直接看报错里带的完整路径，90% 的问题就定位完了——不是权限数字不够，是目录“不归你管”。
报 file_put_contents(/path/to/vendor/autoload.php): Permission denied 怎么办
这行错误里的 /path/to/vendor/ 就是病灶。它说明 Composer 想往 vendor/ 写文件，但操作系统拦住了。
- 立刻执行
ls -ld vendor/，如果输出第一列后跟着root root，问题确认 - 别改
chmod -R 777 vendor/——这会让vendor/bin/phpunit这类可执行文件被 CI 工具拒绝 - 正确修复：
sudo chown -R $USER:$USER vendor/ composer.lock - 如果刚删过
vendor/但composer install还失败，再补一句ls -la vendor/看有没有残留的 root 所有子目录
Writing cache file ~/.composer/cache/... 失败怎么查
全局缓存目录被 root 占了，是另一个高频盲区。报错里明确写了路径，就别猜。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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) - 如果属主不是当前用户（
$(whoami)），就修：sudo chown -R $USER:$USER $(composer config --global cache-dir) - 整个
~/.composer都是root？直接重置：sudo chown -R $USER:$USER ~/.composer
为什么永远不要运行 sudo composer install
这不是“快一点”的捷径，是污染源头。它让 Composer 以 root 身份创建所有文件，后续所有操作都可能卡住。
- 误用一次，
vendor/下可能混进个别root所有子目录，ls -la vendor/才能发现 -
sudo composer global require更危险：生成的laravel命令实际落在/root/.composer/vendor/bin/，普通用户根本执行不到 - 验证当前生效的全局路径：
composer config --global home，如果是/root/.composer，环境已污染 - 长期解法：删掉
/root/.composer（如果存在），之后所有global命令都不加sudo
最易被忽略的是嵌套污染——一次 sudo composer install 可能让 vendor/ 下某个子目录属主仍是 root，而其他目录正常。这种情况下 chown -R 仍有效，但如果 autoload 结构已被破坏，删掉 vendor/ 重来反而更快。
