Docker的COPY指令默认不保留源文件权限和属主，需用--chown显式设属主、确认源文件可执行位、结合BuildKit的--chmod控制权限，且基础镜像须预置对应用户组。
Docker 的 COPY 指令默认不会保留源文件的权限（如可执行位）和属主（user/group），它会以构建用户（通常是 root）身份复制文件，并赋予默认权限（如 644 或 755，取决于是否检测为可执行）。若需保持原始权限与属主，需结合构建上下文、Docker 版本特性及替代方案来实现。
使用 COPY --chown 显式设置属主（推荐用于控制用户/组）
从 Docker 17.09 开始，COPY 支持 --chown 参数，可指定目标文件在镜像中的属主（如 --chown=1001:1001 或 --chown=user:group）。注意：该参数仅设置属主，不恢复宿主机原始属主，也不能跨用户映射（如宿主机 uid 1001 在镜像中不存在则会失败）。
- 确保基础镜像中已存在对应用户和组（或提前用
useradd创建） - 语法示例：
COPY --chown=myuser:mygroup ./script.sh /app/script.sh - 不支持通配符路径下混合属主；所有匹配文件统一设为同一用户/组
保留可执行权限：依赖文件自身属性 + 正确的复制方式
COPY 会保留文件的可执行位（x 权限），但前提是源文件在宿主机上确实具有该权限（如 chmod +x script.sh）。Docker 构建时会检测 shebang 或文件类型，自动赋予 755（目录）或继承源权限（普通文件）。
- 确认宿主机文件权限正确：
ls -l script.sh应显示-rwxr-xr-x等含x的权限 - 避免用
ADD解压归档——ADD解压 tar 包时会丢弃原始权限，改用COPY+ 宿主机预打包并保留权限的 tar - 若权限丢失，可在
COPY后用RUN chmod修复（如RUN chmod +x /app/script.sh）
完全还原原始权限与属主？需借助构建时上下文与外部工具
Docker 构建过程不读取宿主机的完整 inode 信息（如 uid/gid、ACL、扩展属性），因此原生 COPY 无法“自动还原”原始属主。若严格需要 uid/gid 一致，可行方式有：
- 在宿主机打包前，用
tar --owner=0 --group=0手动归档（配合ADD，但仍有局限） - 使用 BuildKit（启用
DOCKER_BUILDKIT=1）+COPY --chmod和--chown组合，更精细控制 - 在容器内运行初始化脚本，用
rsync或cp -a从挂载卷同步（适用于本地开发调试，非标准构建流程）
BuildKit 下的增强能力（Docker 20.10+ 默认启用）
启用 BuildKit 后，COPY 支持 --chmod（如 --chmod=0755）显式设定权限，弥补自动推断不准的问题；结合 --chown 可解耦权限与属主设置，比传统构建更可控。
- 启用方式：
export DOCKER_BUILDKIT=1（Linux/macOS）或 Docker Desktop 设置中开启 - 示例：
COPY --chown=appuser:appgroup --chmod=0750 ./config/ /app/config/ - 注意：基础镜像中
appuser必须已存在，否则构建失败
