根本原因是目录属主为root而非当前用户，需根据报错路径定位vendor/、composer.lock或~/.composer/cache等具体目录，用ls -ld确认归属，再通过删除重装或chown修复所有权。
直接结论：这不是 Composer 坏了，而是它在某个路径上被操作系统拒绝写入——关键得看错误末尾的 mkdir(): Permission denied in /xxx/yyy 里那个具体路径，再查归属和权限，不是一通 chmod -R 777 就能解决的。
报错末尾显示 vendor/ 路径失败，90% 是误用 sudo composer install 导致的
错误信息里如果出现 vendor/autoload.php、vendor/composer/installed.json 或直接是 mkdir(): Permission denied in /path/to/project/vendor，基本锁死问题在 vendor/ 目录本身。
- 先运行
ls -ld vendor/—— 如果输出第一列是drwxr-xr-x 3 root root，说明它被root创建过 - 别直接
sudo chown -R $USER:$USER vendor/：里面可能有符号链接（比如指向全局 bin 的软链），硬改会破坏结构 - 安全做法是删干净再重来：
rm -rf vendor composer.lock && composer install - 顺手检查项目根目录权限：
ls -ld .，确保当前用户对.有rwx；若没有，临时补：chmod u+rwx .
~/.composer/cache 报 Permission denied，说明全局缓存目录被 root 占了
错误里若含 Writing cache file ~/.composer/cache/repo/https---packagist.org 或类似路径，问题就在缓存目录。这是 sudo composer global require 或 sudo composer update 留下的典型后遗症。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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 $(composer config --global cache-dir)，若 owner 不是当前用户，就是它 - 修复方式推荐改路径而非硬修归属：
composer config --global cache-dir ~/.cache/composer - 再执行：
mkdir -p ~/.cache/composer && chown $USER:$USER ~/.cache/composer - 最后验证：
composer clear-cache不再报错才算生效
WSL 下在 /mnt/c/ 路径执行 composer install 失败，chmod 和 chown 都无效
WSL 访问 Windows 分区时，NTFS 文件系统不支持 Linux uid/gid 模型，mkdir() 内部校验会失败，错误常表现为卡住或直接 Permission denied，且改权限毫无作用。
- 最稳解法：把项目移到 WSL 原生路径，比如
~/projects/myapp，再运行composer install - 若必须用
/mnt/c/，需确认/etc/wsl.conf中启用了metadata=true（否则 chmod/chown 全失效） - 临时绕过不推荐：改用
--no-plugins或切换到 Docker 内执行，但治标不治本
全局命令如 laravel 找不到，其实是 bin-dir 权限 + PATH 双问题
composer global require laravel/installer 成功但输 laravel 提示 command not found，常见于两个断点：二进制文件所在目录不可写，或该目录没进 $PATH。
- 查当前 bin 路径：
composer config -g bin-dir（默认常为/usr/local/bin或~/.composer/vendor/bin） - 检查归属：
ls -ld $(composer config -g bin-dir)，若属主非你，运行sudo chown -R $USER:$USER $(composer config -g bin-dir) - 更稳妥做法是换到用户可控路径：
mkdir -p ~/bin && composer config -g bin-dir ~/bin - 然后确保加进
PATH：echo 'export PATH="$HOME/bin:$PATH"' >> ~/.zshrc && source ~/.zshrc
最容易被忽略的是：错误里写的路径，未必是你最终要修的地方——Permission denied 往往是上游某个临时缓存子目录（比如 ~/.composer/cache/files/xxx）先失败，才导致后续流程中断。所以务必先看完整错误行，定位真实失败路径，再动手。
