Dockerfile中chown命令执行效果偶发异常，挂载卷后部分目录权限未变更

• Docker构建阶段执行的chown仅作用于镜像内的原生目录，当你使用绑定挂载（即docker-compose中配置的宿主机路径映射容器路径的挂载模式）时，容器内对应路径会被宿主机的目录完全覆盖，镜像中原目录的权限、内容全部失效，权限直接继承宿主机对应目录的uid/gid。
• 你观测到folder_to_watch权限符合预期，只是巧合：宿主机上/mypath/folder_to_watch的uid恰好为1000，和容器内myuser的uid一致，并非Dockerfile中的chown生效；而宿主机上/mypath/logs的所有者为root，挂载到容器内就显示为root所有。
• 额外注意：你的docker-compose配置中存在笔误，第二个卷的宿主机路径写为/maypath，若为手误请修正为/mypath，避免出现挂载路径错误问题。

• 方案1：修改宿主机对应目录权限，执行命令后重新启动容器即可，适配允许改动宿主机目录权限的场景：

sudo chown -R 1000:1000 /mypath/logs /mypath/folder_to_watch

• 方案2：使用Docker命名卷替代绑定挂载，命名卷会在首次挂载时继承镜像内对应目录的权限和内容，Dockerfile中配置的chown规则会生效，适配不需要直接从宿主机访问挂载目录内容的场景，docker-compose修改示例如下：

# 顶层声明命名卷
volumes:
  logs:
  folder_to_watch:

services:
  # 替换为你的服务名
  your-service:
    # 其余配置保持不变
    volumes:
      - logs:/tests/logs/
      - folder_to_watch:/tests/folder_to_watch

• 方案3：必须使用绑定挂载且不能修改宿主机目录权限时，新增启动入口脚本用root身份修正权限后再切换用户启动服务：

1. 新建entrypoint.sh文件，内容如下，将your-start-command替换为你实际的服务启动命令：

#!/bin/bash
chown -R myuser:myuser /tests/logs /tests/folder_to_watch
exec su - myuser -c "your-start-command"

2. 修改Dockerfile，删除原有末尾的USER myuser配置，新增如下内容：

COPY entrypoint.sh /entrypoint.sh
RUN chmod +x /entrypoint.sh
ENTRYPOINT ["/entrypoint.sh"]

内容的提问来源于stack exchange，提问作者Furin