根本原因是目录属主为root导致权限拒绝，需检查vendor/、composer.lock及缓存目录归属，修复方式包括删除重装、chown修正或更换缓存路径。
根本原因不是 Composer 坏了，而是它在写某个目录时被系统拒绝——90% 的情况是那个目录属主变成了 root，而你现在用普通用户运行。
看报错路径，立刻锁定问题目录
终端错误信息里一定带了具体失败位置，比如：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/provider-laravel~framework.json → 问题在 ~/.composer/cache/。
立刻检查三处：
ls -ld vendor/ls -ld composer.lockls -ld $(composer config --global cache-dir)
只要任一输出第一列显示 owner（比如 root root）不是你当前用户名（$(whoami)），就是根源。别猜，直接看这个输出。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
修 vendor/ 目录：删比改更安全
误用 sudo composer install 后，vendor/ 下很多子目录和文件会变成 root 所有，后续普通用户无法写入，甚至某些包内嵌的 Phar 资源会被 chmod 破坏。
- 最干净做法：删掉整个
vendor/和composer.lock，再用当前用户重跑composer install - 如果不能删
composer.lock（如生产部署），至少确保vendor/目录本身归属正确：chown $USER:$USER vendor，再加写权限：chmod u+w vendor -
composer create-project --no-interaction默认会把vendor/设为只读，补一句chmod u+w vendor即可
修 ~/.composer/cache：换路径比硬修更稳
缓存目录权限出问题，会导致所有命令卡在「写缓存失败」，哪怕 vendor/ 没事也照样报错。
- 查当前缓存路径：
composer config --global cache-dir - 看归属：
ls -ld $(composer config --global cache-dir) - 修复方式二选一：
– 改归属：sudo chown -R $USER:$USER ~/.composer/cache
– 或换路径（推荐）：composer config --global cache-dir /home/$USER/.cache/composer，再手动创建并赋权：mkdir -p /home/$USER/.cache/composer && chown $USER:$USER /home/$USER/.cache/composer
Docker / CI 环境下权限不匹配怎么处理
这类环境常以非 root 用户运行，但挂载的宿主机目录默认属 root，容器内用户无权写入 vendor/。
- Docker 中避免用
root用户执行composer install，改用与宿主机 UID 一致的用户：docker run -u $(id -u):$(id -g) - GitHub Actions 中，不要在
actions/cache后直接跑composer install，因为缓存解压后可能继承错误权限；加一步：chown -R $GITHUB_ACTOR /github/workspace或直接删vendor再装 - CI 构建前确认工作目录对当前用户可写：
touch test && rm test，失败就说明要提前chown
复杂点在于：同一套命令，在本地、CI、Docker 里失败的原因可能完全不同，但判断逻辑始终一致——看报错路径，查 ls -ld 输出，确认 owner 是谁。容易被忽略的是 COMPOSER_HOME 被错误指向 /var/www/.composer 这类非家目录，导致 PHP-FPM 或 cron 里根本找不到缓存。
