根本原因是宿主机UID与容器内用户UID不匹配，导致vendor/属主为root；应通过docker-compose传入UID/GID环境变量、Dockerfile中创建对应非root用户并USER切换，或构建时忽略vendor/并重装。
容器内composer install生成的vendor/在宿主机变成root所有
这是最典型的 UID 错配现象：宿主机当前用户 UID 是 1000，但容器默认以 root（UID 0）运行 PHP 进程，挂载卷后所有新创建文件都归 root。结果是你在 IDE 里改不了 vendor/ 下的文件，git status 一堆 ownership change 提示，甚至 composer update 因时间戳校验失败而中断。
根本解法不是修权限位，而是让容器里干活的人和宿主机是“同一个人”：
- 在
docker-compose.yml的 PHP 服务中，用args传入环境变量：- UID=${UID:-1001}、- GID=${GID:-1001} - 确保宿主机有
.env文件定义了当前 UID/GID：UID=1000、GID=1000 - Dockerfile 中必须提前创建对应 UID 的非 root 用户，并在最后加
USER ${UID:-1001} - Mac 用户注意：Docker Desktop 默认不透传
$UID，需勾选Settings → General → “Use the Docker CLI from the terminal”
composer install 报 Permission denied 但没说具体路径
报错不带路径时，别猜，直接查三处关键位置：
-
ls -ld vendor/ composer.lock—— 看 owner 是否为当前用户名（不是root） -
composer config --global cache-dir—— 拿到缓存路径，再ls -ld查归属 -
whoami和id -u—— 确认当前执行用户和 UID，尤其在 CI 或docker-compose exec里容易错位
只要任意一个输出里 owner 是 root，就说明所有权被污染了。修复只用一条命令：sudo chown -R $USER:$USER vendor/ composer.lock $(composer config --global cache-dir)。注意：sudo 这里只用于提权跑 chown，绝不能用来跑 composer install。
Docker 构建阶段vendor/ 权限错乱，导致镜像层不可写
这个坑比运行时报错更隐蔽：你在 Dockerfile 里用 COPY . /var/www/html 把宿主机的 vendor/ 一起复制进镜像，而它已经是 root 所有。后续容器启动时即使指定了 USER 1001，也改不了已复制进来的文件属主——因为镜像层是只读的。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
正确做法是构建时彻底剥离宿主机 vendor/：
-
.dockerignore必须包含vendor/、composer.lock（如果 lock 不在 git 中） -
Dockerfile中用RUN composer install --no-dev --optimize-autoloader，且确保该指令在USER切换之后执行（或至少用--uid/--gid参数） - CI 环境如 GitHub Actions 可跳过
vendor/缓存，直接每次重装；若要用 cache，解压后务必加chown -R $GITHUB_ACTOR /var/www/html/vendor
本地开发时vendor/bin 脚本无法执行
常见于你用 sudo composer install 后又手动修过权限：脚本本身需要 x 位，但 chmod -R 644 vendor/ 把可执行位全干掉了。PHP CLI 能加载类，但 phpunit、laravel 命令直接报 command not found 或 Permission denied。
只需单独恢复 bin 目录的执行权限：
find vendor/bin -type f -exec chmod +x {} \;- 检查是否漏掉符号链接：
ls -l vendor/bin/，对指向外部的链接也要确保目标可执行 - 预防下次出问题：永远不用
sudo composer；若全局安装工具，用composer config -g bin-dir ~/bin并加入$PATH，避开~/.composer权限纠缠
真正难处理的不是报错本身，而是混着 root 和普通用户属主的 vendor/ ——这种嵌套污染，chown -R 都可能漏掉某些子目录，删掉重装反而是最稳的选择。
