根本原因是vendor/或composer.lock属主为root，普通用户无权写入；应先用ls -ld确认属主，再执行sudo chown -R $USER:$USER vendor/ composer.lock修复归属，或删除后重装。
vendor/ 或 composer.lock 被 root 占了，普通用户写不进去
报错里带 file_put_contents(.../vendor/autoload.php): Permission denied 或类似路径，基本就是这个原因。不是 Composer 没权限，是它想写的目录现在归 root 所有。
先确认：运行 ls -ld vendor/ composer.lock，看输出第一列是不是你的用户名；如果是 root root，那就对了。
- 别删 vendor 目录后直接重装——得先修复归属：
sudo chown -R $USER:$USER vendor/ composer.lock - 如果项目刚初始化过，干脆删掉再装：
rm -rf vendor composer.lock && composer install - 注意别漏掉
composer.lock：它常被设成只读且属主为 root，单独 chown 一次更稳
~/.composer/cache/ 写入失败，全局命令也跟着挂
Writing cache file ~/.composer/cache/repo/https---packagist.org/... 这类报错，说明 Composer 缓存目录本身不可写。根源通常是首次用 sudo composer install 或 sudo curl | php 安装时污染了整个 ~/.composer 目录。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查归属：
ls -ld ~/.composer ~/.composer/cache/，只要任一目录属主是 root，就得修 - 修复命令（只修关键路径）：
sudo chown -R $USER:$USER ~/.composer/cache/，顺带把~/.composer根目录也 chown 一遍 - 补个宽松但安全的权限：
chmod -R u+rw ~/.composer/cache/，防止 umask 导致子目录默认无写位 - Windows 用户请检查
%APPDATA%\Composer，删掉重来比修权限更快
项目放在 /var/www 或 ~/public_html 下，主机策略硬性拦截写入
共享主机、某些容器或 CI 环境会禁止在 Web 可访问路径下生成文件，composer install 会卡在解压或写 autoload 阶段，且不报具体路径错误。
- 最简单解法：把项目移到家目录下操作，比如
~/myapp/，装完再复制到 Web 根目录（仅静态文件） - 强制走 zip 包绕过 git：
composer install --prefer-dist；永久生效：composer config --global prefer-dist true - 指定可写 vendor 路径：
COMPOSER_VENDOR_DIR="$HOME/myapp/vendor" composer install - 检查
$HOME是否被污染——某些 CI 镜像里即使你su - myuser，$HOME仍指向/root，结果 Composer 去读/root/.composer
web 服务器和 CLI 用户不一致，autoload.php 生成了但 PHP 进程打不开
CLI 用 youruser 装好了 vendor，但 Nginx/Apache 以 www-data 运行，访问时提示 failed to open stream: Permission denied，这不是 Composer 错，是运行时权限断层。
- 让两个用户同组：
sudo usermod -a -G www-data $USER - 设 vendor/ 组可读（非可写）：
sudo chgrp -R www-data vendor/，再加组读权限：sudo chmod -R g+r vendor/ - 避免递归
chmod 775 vendor/——有些包的 bin 脚本需要执行位，盲目改权限会破坏行为 - 更干净的做法：用
COMPOSER_VENDOR_DIR指向一个全路径（如/home/youruser/shared/vendor），再统一设好组和权限
真正麻烦的从来不是“没权限”，而是“权限在谁手上”——chown 修归属永远比 chmod 调位更接近问题本质；而 sudo composer install 看似能过，实则把坑埋得更深，后续所有操作都得提权补救。
