报错路径指向 vendor/ 或 composer.lock 时，问题在于属主为 root，需执行 sudo chown -R $USER:$USER vendor/ composer.lock 修复所有权，而非修改 chmod 权限。
直接看报错里带的路径，file_put_contents 或 mkdir 失败那一行指哪儿，就修哪儿——90% 的问题出在 vendor/、composer.lock 或全局缓存目录，不是缺权限，是归属错了。
报错路径指向 vendor/ 或 composer.lock 怎么办
这是最常见场景：你之前不小心用了 sudo composer install，导致整个 vendor/ 目录树属主变成 root，后续普通用户执行 composer update 就卡在写 autoload.php 或改 composer.lock 上。
- 先确认归属：
ls -ld vendor/ composer.lock，如果输出第三列（属主）不是$(whoami)，就是它了 - 别删重装——除非你确定没本地修改；优先用
sudo chown -R $USER:$USER vendor/ composer.lock归还控制权 - 如果
vendor/下有符号链接（比如软链到全局 bin），chown -R会穿透链接改目标权限，可能破坏结构；此时更稳妥的是rm -rf vendor composer.lock && composer install
报错里出现 ~/.composer/cache 或 Writing cache file 失败
说明 Composer 全局缓存目录被 root 占了，典型于首次用 sudo curl | php 安装后没清理，或误运行过 sudo composer global require。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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看归属 - 如果属主是
root，执行sudo chown -R $USER:$USER $(composer config --global cache-dir) - 整个
~/.composer都归 root？直接sudo chown -R $USER:$USER ~/.composer，顺手补一句chmod -R u+rw ~/.composer防 umask 导致子目录无写权限
composer update 卡在 symlink 步骤 Permission denied
这通常不是项目目录问题，而是全局 bin 目录不可写，比如 composer global require laravel/installer 想把 laravel 命令软链进 /usr/local/bin，但该目录默认不允许普通用户写入。
- 查当前 bin 目录：
composer config --global bin-dir，如果输出是/usr/local/bin，基本就是这儿卡住 - 别去
chmod 777 /usr/local/bin——系统级目录改权限风险高且不持久 - 改用用户级路径：
mkdir -p ~/bin && composer config -g bin-dir ~/bin，再确保~/bin在$PATH里（加到~/.zshrc或~/.bashrc）
Docker 或 WSL 环境下 update 失败但本地正常
本质是 UID 不一致：宿主机用户 UID 是 1001，容器却以 UID 0（root）运行，挂载卷里的文件对容器内用户不可写；WSL 挂载 Windows 分区（如 /mnt/c/）也会因元数据缺失导致 chown 失效。
- Docker 中避免 bind mount 后在容器外跑
composer update；应在Dockerfile里RUN composer install，或启动时指定用户：docker run -u $(id -u):$(id -g) ... - WSL 用户把项目移到
~/projects/这类原生路径，别放/mnt/c/；检查/etc/wsl.conf是否启用了metadata=true - CI 环境中，确认 runner 使用的用户和
COMPOSER_HOME路径匹配，composer config --global home输出不该是/root/.composer
最容易被忽略的一点：报错路径里写的不一定是你要修的目录。比如提示 failed to open stream: /tmp/composer_archiveXXXXXX，那问题不在 /tmp，而在 COMPOSER_CACHE_DIR 或临时目录的父路径权限；遇到这种，先 strace -e trace=mkdir,openat composer update 2>&1 | head -20 看真实失败点。
