Docker Desktop构建的镜像真实存在于WSL2虚拟磁盘的/var/lib/docker/overlay2/中，可通过docker images和docker image inspect验证存在，导出备份需用docker save而非docker export。
Docker Desktop 构建完成的镜像就存在本地，不是“构建完就消失”或“只在 Docker Desktop GUI 里”，它和 docker images 列出的镜像是同一个东西，只是你没看到物理路径——因为镜像不是普通文件，而是由 WSL2 虚拟磁盘 + 存储驱动（overlay2）管理的分层数据块。
怎么确认镜像真的构建成功并存在本地？
别信构建日志里的 “Successfully built xxx” 就完事。真正可靠的验证方式只有两个：
- 运行
docker images，看输出里有没有你指定的-t名称或自动分配的 ID；如果没出现，说明构建失败或 tag 没打上 - 用
docker image inspect查看元数据，能返回 JSON 就代表镜像已注册进本地镜像库 - 注意：Docker Desktop 的图形界面（Images 标签页）和 CLI 是同步的，但偶尔有缓存延迟，关掉再重开 UI 或执行
docker images --no-trunc强制刷新
为什么在 Windows 文件资源管理器里找不到镜像文件？
因为你试图在 C:\Users\...\AppData\Local\Docker\wsl\data 这类路径下直接找 “xxx.tar” 或 “ubuntu:22.04” 这样的文件——根本不存在。这些目录里存的是 WSL2 虚拟磁盘（ext4.vhdx），而镜像数据被 overlay2 驱动拆成成百上千个二进制层，散落在 /var/lib/docker/overlay2/ 下的随机命名子目录中（如 l/ABC123.../diff）。你无法也不该手动操作这些内容。
- 想看某镜像用了哪些层？用
docker history - 想看某层实际占多少空间？进入 WSL2 终端：
wsl -d docker-desktop-data，然后du -sh /var/lib/docker/overlay2/*/diff - 误删
/var/lib/docker/overlay2下任意文件 → 镜像损坏，docker rmi可能卡死或报failed to unmount
构建后镜像到底存在哪台机器的哪个位置？
在 Windows + Docker Desktop（WSL2 后端）环境下，镜像物理存储路径分两级：
- 第一级：WSL2 虚拟磁盘本体 —— 默认是
%USERPROFILE%\AppData\Local\Docker\wsl\data\ext4.vhdx（C 盘）；迁移后可能是D:\docker\wsl\data\ext4.vhdx - 第二级：虚拟磁盘内部的 Docker 数据 —— 启动 WSL2 实例后，路径为
/var/lib/docker/，其中：-
/var/lib/docker/image/overlay2/：镜像元数据（JSON 描述层关系） -
/var/lib/docker/overlay2/：所有镜像层的实际 diff 文件（压缩/未压缩取决于配置） -
/var/lib/docker/containers/：容器运行时数据，和镜像无关
-
- 验证当前根路径：在 PowerShell 或 CMD 中运行
docker info --format '{{.DockerRootDir}}'，输出就是第一级路径（如/mnt/wsl/docker-desktop-data/data）
构建完想立刻导出为 tar 文件备份？
这是唯一能拿到“可见文件”的方式，但注意：导出的是镜像快照，不是原始构建上下文。
- 先确认镜像存在：
docker images | findstr "myapp"（Windows）或docker images | grep myapp（WSL2） - 导出命令：
docker save -o myapp-latest.tar myapp:latest—— 输出文件myapp-latest.tar是标准 tar 包，可复制到任意位置、传给他人、再用docker load -i导入 - 别用
docker export：那是导出**容器**（运行态快照），不是镜像（构建产物），两者语义完全不同 - 导出体积 ≈
docker images显示的 SIZE，但可能略大（含元数据），且不包含构建缓存层
最常被忽略的一点：Docker Desktop 的 “Build & Run” 按钮在 VS Code 或 Dockerfile 右键菜单里，它调用的是 docker build，但默认不加 -t，结果镜像会生成一个随机 ID，docker images 里显示为 docker run 直接引用，也容易被 docker builder prune 清掉。务必显式加 -t。
