命名卷可实现多服务数据共享与联动，需在docker-compose.yml的volumes顶层定义，通过相同卷名挂载到不同服务路径，配合depends_on condition或entrypoint脚本协调启动顺序，并用docker volume命令管理生命周期。

通过 docker compose 的命名卷（named volume）定义，可以让多个服务共享持久化数据，实现可靠的服务联动——比如 web 服务与数据库服务共用配置、日志或上传文件目录，或微服务间共享缓存、证书等资源。

在 docker-compose.yml 中声明命名卷

命名卷需在 volumes 顶层键下显式定义，而非仅在服务中使用。这样可统一管理生命周期、驱动参数和访问控制：

• 不声明直接挂载（如 ./data:/app/data）属于绑定挂载（bind mount），非命名卷，不支持跨服务复用和 Docker 管理
• 命名卷由 Docker 后台自动创建并持久化，路径由 Docker 管理（通常在 /var/lib/docker/volumes/ 下）
• 示例定义：

volumes:
  app_data:
    driver: local
    driver_opts:
      type: none
      device: /mnt/shared-data
      o: bind
  db_volume:
    # 空对象表示使用默认 local 驱动，Docker 自动创建

让多个服务挂载同一命名卷

在不同服务的 volumes 配置中引用同一卷名，即可实现数据共享与联动：

• 服务启动时，Docker 会确保该卷已存在，并将相同卷挂载到各容器指定路径
• 注意：挂载路径（冒号右侧）可不同，但底层是同一份数据；权限、用户 ID 需协调一致，否则可能写入失败
• 典型联动场景示例（Nginx + PHP-FPM 共享静态资源）：

services:
  nginx:
    image: nginx:alpine
    volumes:
      - app_data:/usr/share/nginx/html:ro
  php:
    image: php:8.2-fpm
    volumes:
      - app_data:/var/www/html:rw

此时 Nginx 只读提供页面，PHP 容器可动态生成或更新 HTML/上传文件，Nginx 立即生效。

OpenClaw Docker Setup

在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...

下载

配合依赖与健康检查保障联动顺序

命名卷本身不解决启动顺序问题。若服务 A 需等待服务 B 初始化完卷中数据，应结合以下机制：

• depends_on + condition：要求另一服务“健康”后再启动（需对方暴露健康检查端点）
• 自定义 entrypoint 脚本：在容器启动时轮询卷中关键文件是否存在或就绪
• 例如，让 Web 服务等待 DB 初始化完成再加载 schema：

web:
  image: my-web-app
  depends_on:
    db:
      condition: service_healthy
  volumes:
    - app_data:/app/uploads
db:
  image: postgres:15
  healthcheck:
    test: ["CMD-SHELL", "pg_isready -U postgres"]
    interval: 30s
  volumes:
    - db_volume:/var/lib/postgresql/data

清理与调试命名卷联动状态

命名卷独立于容器生命周期，需主动管理，避免残留影响下次联动：

• 查看所有命名卷：docker volume ls
• 查看某卷详情（含挂载点、驱动、关联容器）：docker volume inspect app_data
• 删除未被任何容器使用的卷：docker volume prune
• 强制删除（谨慎！）：docker volume rm app_data —— 删除后所有依赖该卷的服务重启时会重建空卷

调试时可进任一挂载该卷的容器，验证文件是否实时同步：docker exec -it nginx sh -c 'ls -l /usr/share/nginx/html'，再对比 php 容器内对应路径。