Permission denied 错误源于目录权限不足，需先定位报错路径，再用 ls -ld 检查 vendor/、composer.lock 和全局缓存目录归属，非当前用户属主即为根源；推荐删除 vendor/ 与 composer.lock 后重装，或更换 cache-dir 路径并清缓存。
报 Permission denied 不是 Composer 坏了，而是它卡在某个目录没权限写——先看报错里那个完整路径，再逐个检查归属，90% 的问题靠 ls -ld 就能定位。
看报错路径直接锁定问题目录
终端输出里一定带了具体失败位置，比如：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.lock、ls -ld $(composer config --global cache-dir) - 只要任一输出第一列显示属主（比如
root root）不是你当前用户名（$(whoami)），就是根源 - 如果报错路径含
/root/.composer或/var/www/.composer，说明COMPOSER_HOME被错误指向了非个人目录
修复 vendor 目录权限：删比改更安全
别用 sudo chown -R $USER:$USER vendor/ 粗暴递归——某些包内嵌的 Phar 资源或只读文件会被意外改写，CI 或安全扫描可能报异常。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 最干净的做法：删掉整个
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/ 没事也照样报错。
- 先确认归属：
ls -ld $(composer config --global cache-dir)，如果是root root，就执行sudo chown -R $USER:$USER $(composer config --global cache-dir) - 但更推荐换一个干净路径：
mkdir -p ~/composer-cache && chown $USER:$USER ~/composer-cache && composer config --global cache-dir ~/composer-cache - 然后清旧缓存：
composer clear-cache（会自动切到新路径） - WSL 或 Docker bind mount 场景下，
/mnt/c/或宿主机挂载目录不支持 Linux metadata，chown无效——必须把项目移到 WSL 原生路径（如~/projects）再操作
Docker / CI 环境里权限错得更隐蔽
这类环境常以非 root 用户运行，但挂载进来的代码目录默认属 root，容器内 UID 不匹配就会拒绝写 vendor/。
- Docker 运行时显式指定 UID/GID：
docker run -u $(id -u):$(id -g) -v $(pwd):/app php:8.3-cli composer install - GitHub Actions 中，不要在
cache: composer后直接composer install，缓存解压后可能继承 root 权限；加一步：chown -R $USER:$USER vendor或直接rm -rf vendor && composer install - CI 构建阶段避免
USER root执行composer install，改用多阶段构建：builder 阶段装完，再COPY --from=builder /app/vendor /app/vendor
真正容易被忽略的是缓存目录和 COMPOSER_HOME 的隐性污染——一次 sudo composer install 或 sudo composer global require 就可能让 ~/.composer 下多个子目录变成 root 所有，后续所有命令都默默失败。查归属、换路径、删缓存，这三步做完，再没理由让 Composer 卡在权限上。
