Refresh image CLI docs

04_image/4.2_list.md

@@ -46,21 +46,21 @@ Docker 镜像的大小可能与我们通常理解的文件大小有所不同，
 
 | 位置 | 显示大小 | 说明 |
 |------|---------|------|
-| Docker Hub | 29MB | 压缩后的网络传输大小 |
-| docker image ls | 78MB | 本地解压后的实际大小 |
+| Registry / Docker Hub 页面 | 常见为压缩后的分发大小或单平台视角 | 便于传输与分发 |
+| `docker image ls` | 本地镜像及其父层累计占用大小 | 更接近主机上的实际展开占用 |
 
 #### 实际磁盘占用
 
-由于镜像是分层存储，不同镜像可能共享相同的层：
+由于镜像是分层存储，**只有基于相同父层构建** 的镜像才会共享相同层：
 
 ```bash
-ubuntu:24.04    nginx:latest    redis:latest
-    │               │                │
-    └───────┬───────┘                │
-            ▼                        │
-       共享基础层 ◄───────────────────┘
+python:3.12-slim   myapp:web   myapp:worker
+       │               │            │
+       └───────┬───────┘            │
+               ▼                    │
+          共享父层与依赖层 ◄──────────┘
 ```
-因此，`docker image ls` 中各镜像大小之和 > 实际磁盘占用。
+因此，`docker image ls` 中各镜像大小之和通常会大于实际磁盘占用；共享层只会在磁盘上保存一次。
 
 #### 查看实际空间占用
 
@@ -164,9 +164,9 @@ $ docker image prune
 ```bash
 $ docker images -a
 ```
-会显示很多无标签镜像——这些是构建过程中产生的中间层，被其他镜像依赖。
+会显示默认隐藏的中间层和虚悬镜像，其中一部分可能来自构建过程并被其他镜像复用。
 
-> ⚠️ 不要删除中间层镜像。它们是其他镜像的依赖，删除会导致上层镜像无法使用。删除顶层镜像时会自动清理不再需要的中间层。
+> ⚠️ 一般不要手动逐个处理这些无标签项。优先删除顶层镜像或使用 `docker image prune` 清理无用镜像，让 Docker 自行回收不再被引用的层。
 
 ---