根本原因是vendor/目录属主为root而非当前用户，应先用ls -ld vendor/确认归属，若显示root root则执行sudo chown -R $USER:$USER vendor/修复，禁用chmod -R 777。
vendor/目录属主是root，不是权限位不够
报错里出现 Permission denied 时，90% 的情况不是 chmod 没加够，而是 vendor/ 目录被 sudo composer install 污染过，导致所有文件属主变成 root。普通用户后续执行 composer update 或写入 autoload.php 就会失败。
先定位问题：ls -ld vendor/
如果输出第一列含 root root（比如 drwxr-xr-x 12 root root），就确认是所有权错位。
- 只修复
vendor/：运行sudo chown -R $USER:$USER vendor/ - 别碰
composer.lock或源码目录——除非ls -ld composer.lock也显示root，才一并加进去 - 修复后立刻跑
composer install --no-scripts测试是否能生成结构；成功后再补composer run-script post-install-cmd
镜像源配置触发权限错误？查 auth.json 和插件缓存路径
国内镜像源（如阿里云、腾讯云）常需在 ~/.composer/auth.json 写 token，或通过插件（如 hirak/prestissimo）加速。但若该文件或插件缓存目录属主为 root，Composer 就会在读写时卡住。
关键检查点：ls -ld ~/.composer/auth.jsonls -ld $(composer config --global cache-dir)ls -ld ~/.composer/cache/plugins/
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 任一路径属主是
root，都执行sudo chown -R $USER:$USER对应路径 - 禁用插件快速验证：
composer install --no-plugins --no-interaction；如果成功，说明问题出在插件初始化阶段（比如尝试绑定/tmpsocket） - 不要用
sudo composer config --global repo.packagist composer https://mirrors.aliyun.com/composer/——这会让配置写进/root/.composer/config.json，普通用户根本读不到
全局镜像源 + composer global require 报错？先看 COMPOSER_HOME
composer global require 不是“装给系统用”，而是装到当前 COMPOSER_HOME 对应的路径下。如果之前误用 sudo composer global require，二进制文件（如 laravel）会被放进 /root/.composer/vendor/bin/，你的 shell 根本找不到它。
查真实路径：composer config --global home
如果输出是 /root/.composer 或 /var/www/.composer，就说明环境已被污染。
- 临时绕过：
COMPOSER_HOME=$HOME/.composer composer global require laravel/installer - 长期解法：删掉污染路径（
sudo rm -rf /root/.composer），再确保所有global命令都不带sudo - 镜像源配置也得重设：
composer config --global repo.packagist composer https://mirrors.aliyun.com/composer/—— 这条命令必须由普通用户执行，且COMPOSER_HOME指向你自己的家目录
CI/CD 或 Docker 里 vendor 权限错乱？UID 不一致才是根因
Docker 容器内跑 composer install 后，宿主机看到 vendor/ 一堆文件属主是 1001（容器内 UID），而宿主机当前用户是 1000，git status 就会标红、IDE 提示只读——这不是 Composer 错，是 UID 映射没对齐。
- 构建时指定 UID：
docker run -u $(id -u):$(id -g) -v $(pwd):/app composer install - 或在
Dockerfile里提前建用户：RUN adduser -u 1000 -D app && chown -R app:app /app - CI 场景（如 GitHub Actions）：确认 runner 使用的用户 UID 是否与本地开发一致；不一致时，避免直接复用宿主机
vendor/，改用缓存策略（cache: composer）
真正麻烦的是混合了 sudo 和非 sudo 操作后留下的嵌套所有权——比如 vendor/symfony/console 属 root，但 vendor/symfony/finder 属你本人。这种 case chown -R 都救不回来，只能删掉 vendor/ 重来。
