如何动态将Docker卷中含文件的新建文件夹同步到宿主机

两个配置错误导致同步不生效：

• 挂载路径不匹配：容器内程序实际写入的是Transfer文件夹，但你将宿主机目录挂载到了容器的/files路径，程序写入位置不在挂载点范围内，自然无法同步到宿主机。
• 卷配置冲突：服务配置段写的./:/files属于绑定挂载（直接映射宿主机目录到容器），和你在compose文件末尾声明的files命名卷是完全独立的资源，该命名卷未被任何服务引用，属于无效配置。

方案1：绑定挂载（首选，实时同步、宿主机直接访问） #

不需要额外声明顶层命名卷，直接将宿主机目录挂载到容器内Transfer文件夹的绝对路径即可，内核级实时同步，无延迟，支持任意层级新增文件、文件夹的同步，不存在只能同步预先创建目录的限制。

1. 先确认容器内Transfer文件夹的绝对路径：可以先临时启动镜像执行查询，比如程序工作目录为/app时，Transfer的绝对路径为/app/Transfer
2. 修改docker-compose.yml配置如下：

services:
  transfer:
    build: ./transfer
    ports:
      - 6666:6666
    volumes:
      # 左侧为宿主机路径，右侧为容器内Transfer文件夹的绝对路径，按实际情况修改
      - ./transfer_sync_dir:/app/Transfer

3. 提前在宿主机docker-compose.yml同级目录创建transfer_sync_dir文件夹，授予读写权限后启动服务即可。

注意：不要保留compose文件末尾单独的volumes:命名卷声明块，绑定挂载不需要该配置。

方案2：命名卷挂载（适合卷复用、权限统一管理场景） #

如果需要使用Docker命名卷能力，只需要将命名卷挂载到容器内Transfer的正确路径即可，同步同样是实时的，但命名卷文件默认存储在Docker自身的数据目录下，无法直接在项目路径访问：

services:
  transfer:
    build: ./transfer
    ports:
      - 6666:6666
    volumes:
      - files:/app/Transfer # 引用下方声明的命名卷，挂载到Transfer实际路径

volumes:
  files:

• 容器内程序报权限错误：先给宿主机挂载目录执行chmod 777 ./transfer_sync_dir测试，生产环境可通过配置服务的user参数匹配容器内运行用户的UID/GID修复
• 挂载后容器内原有Transfer目录的文件消失：属于正常现象，挂载后宿主机目录会覆盖容器内对应路径的原有内容，可先将容器内原有文件拷贝到宿主机挂载目录再启动服务
• Windows/macOS环境同步异常：确认项目目录已经加入Docker Desktop的文件共享白名单，否则会出现挂载不生效、同步延迟高的问题

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