答案是直接根据报错路径定位问题目录，用sudo chown -R $USER:$USER修复所有权而非chmod；检查vendor/、composer.lock、全局缓存目录属主是否为当前用户，属主为root即需归还所有权。
报错里写的路径就是你要修的地方
别猜 vendor 还是 cache，直接看终端输出的完整错误——比如 file_put_contents(/home/alex/myapp/vendor/autoload.php): Permission denied，说明问题在 vendor/；如果是 Writing cache file ~/.composer/cache/repo/https---packagist.org/ 失败，那就要查全局缓存目录。
立刻检查三处：
-
ls -ld vendor/—— 属主不是$(whoami)？那就是它 -
ls -ld composer.lock—— 被sudo创建过的话，很可能属 root 且只读 -
ls -ld $(composer config --global cache-dir)—— 默认是~/.composer/cache或~/.cache/composer，90% 的“缓存写不进”卡在这儿
别用 chmod -R 777，用 chown 归还所有权
chmod -R 777 vendor/ 是临时止痛药，会让安全扫描直接标红，CI 流水线也可能拒绝构建。权限问题 95% 是“谁拥有它”错了，不是“权限位不够”。
正确做法是归还归属：
- 修项目内：
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——后者才是污染源头。
vendor 目录已混入 root 文件，删了重装更省事
一次 sudo composer install 可能让 vendor/ 下个别子目录属主变成 root，ls -la vendor/ 就能发现。这时候硬修权限容易漏、还可能破坏软链结构。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
稳妥做法是清干净再重来：
rm -rf vendor/ composer.lock- 确认当前用户对项目根目录有完整所有权：
ls -ld .输出第一列属主应为你的用户名 -
composer install（不加sudo）
如果必须保留 composer.lock，加 --no-scripts 跳过需要写权限的 post-install 脚本：composer install --no-scripts。
全局命令装不上、laravel 找不到，其实是 bin-dir 权限或 PATH 问题
composer global require laravel/installer 报 symlink 权限失败，大概率是默认 bin-dir（通常是 /usr/local/bin）不可写，而不是 Composer 本身有问题。
解决方式是切到用户空间：
- 改全局 bin 目录：
composer config --global bin-dir ~/.local/bin - 确保该目录存在且可写：
mkdir -p ~/.local/bin - 把路径加进
$PATH：在~/.zshrc或~/.bashrc末尾加export PATH="$HOME/.local/bin:$PATH"，然后source ~/.zshrc
如果之前用过 sudo composer global require，生成的二进制文件可能在 /root/.composer/vendor/bin/，普通用户根本执行不到——删掉 /root/.composer 更干净。
真正容易被忽略的是：WSL 或 Docker 中挂载 Windows 路径（如 /mnt/c/）时，Linux 权限模型失效，chown 不起作用；还有 CI 环境中 UID 不一致，$USER 变量可能为空，得用数字 UID 操作。
