根本原因是目录属主为root而非当前用户，需用ls -ld确认vendor/、composer.lock或~/.composer/cache归属，再执行sudo chown -R $USER:$USER修复，禁用chmod -R 777和sudo composer install。
根本不是权限位（rwx）不够，而是目录“主人不对”——vendor/、composer.lock 或 ~/.composer 被 sudo composer install 污染过，属主变成 root，你当前用户自然写不进去。
看报错路径，立刻定位问题目录
终端错误里明确带路径的那一行就是线索，别猜。比如：
-
file_put_contents(/home/user/project/vendor/autoload.php): Permission denied→ 问题在vendor/ -
Could not write to /home/user/project/composer.lock→ 修composer.lock -
Writing cache file ~/.composer/cache/repo/https---packagist.org/→ 查全局缓存目录
立刻执行这三行确认归属：
ls -ld vendor/ ls -ld composer.lock ls -ld $(composer config --global cache-dir)
只要任意一行输出第三列不是你当前用户名（$(whoami)），就是所有权错配。
用 chown 修复所有权，别碰 chmod -R 777
chmod 控制“能不能读写”，chown 才决定“这东西归不归你”。误用 chmod -R 777 会触发 CI 拒绝、Git 提示 ownership changed、后续 dump-autoload 静默失败。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 项目内目录：
sudo chown -R $USER:$USER vendor/ composer.lock（注意末尾斜杠，否则子目录可能漏掉） - 全局缓存目录：
sudo chown -R $USER:$USER $(composer config --global cache-dir) - 整个
~/.composer都是root？直接重置：sudo chown -R $USER:$USER ~/.composer
sudo 这里只是临时提权跑 chown，不是让你去跑 sudo composer install——后者才是污染源头。
删掉重装比硬修更可靠的情况
有些场景下，chown -R 虽然能改归属，但已破坏的 autoload 结构或混入的 root-owned 子目录（ls -la vendor/ 才能看出）反而让问题更隐蔽。
- 如果
vendor/下有符号链接（如软链到全局 bin），chown -R可能穿透并破坏结构 - 报错反复出现，且
ls -la vendor/显示部分子目录属主仍是root - 你刚在 WSL 或 Docker 中跨挂载点运行过
sudo composer install
安全做法是：rm -rf vendor composer.lock && composer install，全程用当前用户执行。
Docker / WSL / Windows 下的隐性坑
这些环境权限问题不报在主流程，但一样中断后续步骤，且修复方式不同：
- Docker 中宿主机 UID 是 1000，容器却以 UID 0 运行 → 启动时加
user:1000，或修复时用数字 UID：sudo chown -R 1000:1000 vendor/ - WSL 挂载 Windows 文件系统（如
/mnt/c/）→ 把项目移到 WSL 原生路径（如~/projects/），并确认/etc/wsl.conf里设置了metadata=true - Windows 报
Access is denied且路径含%APPDATA%\Roaming\Composer\Cache→ 用管理员 PowerShell 执行：icacls "$env:APPDATA\Roaming\Composer\Cache" /grant "$env:USERNAME:(OI)(CI)F" /t
真正麻烦的从来不是 chmod 命令本身，而是没想清楚权限该由谁在哪个环节设定：是安装时、复制时，还是运行时？搞错这一层，后面全在补洞。
