不会。命名卷首次创建且为空时，Docker才将镜像中对应路径文件原样复制进去；后续挂载同一卷直接使用已有内容，不复制。
docker run 时 -v 挂载命名卷会自动复制镜像内文件吗？
不会。命名卷（named volume）初始化时，**只有首次创建且为空时，Docker 才会把镜像中对应路径的文件“原样复制”进去**；后续启动容器再挂载同一卷，就完全跳过这步，直接使用卷里已有的内容。
这个行为常被误认为是“每次都会复制”，其实只是第一次的初始化逻辑。它只发生在：docker run -v myvol:/app 且 myvol 之前从未存在过、且镜像里 /app 下有文件这两个条件同时满足时。
- 镜像里
/app是空目录 → 卷初始化后仍是空的，不复制 - 卷已存在（哪怕里面是空的）→ 跳过复制，直接挂载
- 用
docker volume create myvol提前建好卷 → 启动容器时也跳过复制 - 镜像里
/app有文件但你挂载到/data→ 完全不触发该机制，因为路径不匹配
如何禁用这个“首次复制”行为？
没有开关能全局禁用。Docker 不提供类似 --no-copy-on-init 的 flag。唯一可靠方式是：**让目标路径在镜像里不存在，或确保卷提前存在**。
推荐做法是，在 Dockerfile 中避免把运行时数据放进建构路径——比如不要 COPY assets /app，而是把静态资源放在 /usr/share/myapp，运行时数据路径（如 /app/data）保持为空目录：
RUN mkdir -p /app/data VOLUME ["/app/data"]
这样即使挂载 -v myvol:/app/data，因镜像中该路径下无文件，就不会触发复制。
- 别在
VOLUME声明前COPY到同一路径，否则复制必然发生 - 如果必须保留镜像内默认配置，改用
RUN cp /defaults/* /app/+VOLUME ["/app"]，但风险高，容易覆盖 - 生产环境建议用绑定挂载（
-v $(pwd)/config:/app/config）替代命名卷，完全绕开初始化逻辑
docker-compose.yml 怎么控制命名卷初始化？
Compose 本身不提供初始化选项，但可通过 driver_opts 或前置命令间接干预。最实用的是利用 init 容器或 entrypoint 脚本判断卷状态：
例如在 entrypoint.sh 中检查：[ ! -f /app/data/.initialized ] && cp -r /defaults/. /app/data/ && touch /app/data/.initialized —— 这比依赖 Docker 自动复制更可控，还能加权限修复、模板渲染等逻辑。
- Compose 的
volumes:下不能写copy_on_create: false，这种字段无效 -
driver_opts仅影响底层存储驱动行为（如 local、btrfs），不改变复制逻辑 - 若用
external: true引用已有卷，Docker 直接跳过所有初始化步骤
为什么有时复制没发生，有时又发生了？
关键看卷的“出生时间”和镜像路径是否存在文件。最容易踩的坑是：你在测试时反复 docker-compose down -v，然后 up，以为每次都是“新卷”，但实际可能因为卷名复用、或 WSL2 文件系统缓存，导致 Docker 认为卷已存在。
验证方法很简单：docker volume inspect myvol 查看 CreatedAt；再 docker run --rm -v myvol:/test alpine ls -la /test 看内容是否来自镜像还是空的。
- Windows + WSL2 下，
docker volume rm后有时残留元数据，建议配合wsl --shutdown再试 - 镜像构建时用了多阶段，但最终镜像里仍留有构建中间层的文件，也会被误当成“镜像内文件”参与复制
- Alpine 镜像里
/etc下的文件极多，若挂载-v myvol:/etc，极易触发大量复制并覆盖系统配置
