我懂你的需求：想要让特定容器在重启（不管是意外崩溃还是触发自动重启）时，完全基于原始镜像生成全新实例，彻底丢弃原有容器的读写层修改——毕竟restart: always只会重启旧容器，没法清零文件系统；而docker-compose up --force-recreate只能手动触发，没法自动处理容器意外挂掉的情况。下面给你几个实用方案：

方案1：用自定义监控脚本替代内置重启策略 #

放弃Docker自带的restart配置，写个简单的shell脚本盯着目标容器，一旦发现它停止，就自动调用docker-compose重建全新实例。

比如创建一个restart-fresh.sh脚本：

#!/bin/bash
# 替换成你要监控的服务名
SERVICE_NAME="your-target-service"

while true; do
  # 检查容器是否处于运行状态
  if ! docker-compose ps -q "$SERVICE_NAME" | xargs docker inspect -f '{{.State.Running}}' | grep -q "true"; then
    echo "$(date): 检测到$SERVICE_NAME已停止，正在创建全新实例..."
    # 先强制删除旧容器，再启动新实例
    docker-compose rm -f "$SERVICE_NAME"
    docker-compose up -d "$SERVICE_NAME"
  fi
  # 每10秒检查一次，可按需调整间隔
  sleep 10
done

给脚本加执行权限：chmod +x restart-fresh.sh，之后可以把它配置成systemd服务，让它在后台持续运行，实现全自动监控重建。

这个方案的优势是完全可控，你可以按需加日志、调整检查频率，甚至扩展多服务监控逻辑。

方案2：切换到Docker Swarm模式部署（适合单/多节点场景） #

如果能切换到Docker Swarm模式，它的服务调度机制刚好能满足你的需求：当服务的容器实例停止或崩溃时，Swarm会自动创建全新的容器实例（基于原始镜像）来替代，而非重启旧容器。

先初始化Swarm（单节点也能运行）：

docker swarm init

然后修改docker-compose.yml，添加deploy配置段：

version: "3.8"
services:
  your-target-service:
    image: your-image:tag
    deploy:
      restart_policy:
        condition: always  # 容器停止就触发重建
        delay: 5s          # 停止后延迟5秒再重建
        max_attempts: 0    # 无限次尝试重建（按需调整）
      replicas: 1          # 只运行一个实例

最后用Swarm模式部署：

docker stack deploy -c docker-compose.yml your-stack-name

Swarm会自动维护服务状态，只要容器停止，就会拉取镜像创建全新实例，完美匹配你的需求。

方案3：用tmpfs限制容器临时数据（适合特定场景） #

如果你的容器只会在内存里产生临时数据，不需要持久化到磁盘，可以给容器挂载tmpfs——这样容器重启时，所有写入tmpfs目录的内容都会丢失，相当于回到镜像初始状态。不过要注意：这个方法只是清除临时数据，容器本身还是原有实例，仅适合“无持久化卷、仅临时数据修改”的场景。

在docker-compose.yml中配置：

services:
  your-target-service:
    image: your-image:tag
    restart: always
    tmpfs:
      - /app/tmp  # 把容器内临时存储目录挂载为tmpfs
      - /cache:size=200M  # 可限制tmpfs大小

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