如何将Docker命名卷apdata绑定到Windows主机实现数据同步？

首先得明确：你当前用的单一命名卷apdata没办法同时对应两个不同的本地目录（../log和../www）——因为命名卷是一个统一的存储实体，强行挂载会导致两个容器的目录内容混在一起，完全不符合你“分开同步日志和代码”的需求。不过我们有两种完美适配你场景的方案：

方案一：直接用绑定挂载（推荐开发场景） #

这是最贴合你需求的方式——直接把本地目录和容器目录做绑定，实现实时同步（本地编辑代码自动同步到容器，容器日志直接写到本地目录）。

修改你的docker-compose.yml如下：

version: "3.7"
services:
  app:
    container_name: application
    build:
      context: ./
      dockerfile: app.dockerfile
    working_dir: /var/log
    volumes:
      # 绑定本地../log到容器/var/log
      - ../log:/var/log
    environment:
      - "DB_PORT=3306"
      - "DB_HOST=database"
  web:
    container_name: website
    build:
      context: ./
      dockerfile: web.dockerfile
    working_dir: /var/www
    volumes:
      # 绑定本地../www到容器/var/www
      - ../www:/var/www
    ports:
      - 8888:80
    depends_on:
      - app
# 原来的apdata卷可以删掉了，因为现在用绑定挂载
volumes:
  dbdata:

方案一注意点： #

• 确保Windows主机上的../log和../www目录已经存在（Docker会自动创建不存在的目录，但可能引发权限问题）。
• 如果遇到容器读写目录报错，检查：
  • Docker Desktop的文件共享设置是否开启了对应磁盘的访问权限（比如你的项目所在的磁盘）。
  • 容器内运行服务的用户是否对挂载目录有读写权限——可以在Dockerfile里添加RUN chown -R [容器用户] /var/log /var/www，或者在compose里临时指定user: root（开发环境没问题，生产环境不推荐）。
• Windows下路径如果有问题，也可以用绝对路径，比如C:\projects\log:/var/log（注意用正斜杠）。

方案二：用两个独立的命名卷映射到本地目录 #

如果你想保留命名卷的特性（比如方便备份、迁移），可以创建两个独立的命名卷，分别绑定到本地的../log和../www。

修改后的配置：

version: "3.7"
services:
  app:
    container_name: application
    build:
      context: ./
      dockerfile: app.dockerfile
    working_dir: /var/log
    volumes:
      - aplog:/var/log
    environment:
      - "DB_PORT=3306"
      - "DB_HOST=database"
  web:
    container_name: website
    build:
      context: ./
      dockerfile: web.dockerfile
    working_dir: /var/www
    volumes:
      - apwww:/var/www
    ports:
      - 8888:80
    depends_on:
      - app
volumes:
  aplog:
    driver: local
    driver_opts:
      type: bind
      device: ../log
      o: bind
  apwww:
    driver: local
    driver_opts:
      type: bind
      device: ../www
      o: bind
  dbdata:

方案二注意点： #

• 同样需要确保本地的../log和../www目录存在。
• 这种方式本质还是绑定挂载，但用命名卷的方式封装起来，适合需要对卷做统一管理的场景。

最后提个小建议：depends_on只保证启动顺序，不保证app服务完全就绪，如果web服务依赖app的接口，最好给app服务加上健康检查，让web等app就绪后再启动。

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