docker run 未显式指定标签时默认使用 :latest，但该标签不表示最新稳定版，而是仓库中最后被手动打标的任意版本；生产环境必须使用固定标签（如 nginx:1.25.4）以确保可重现性、安全性和可追溯性。
docker run 必须显式写镜像标签，否则默认用 latest
很多人执行 docker run nginx 后发现启动的是旧版或非预期版本，根本原因是没指定标签，Docker 自动补上 :latest —— 而这个 latest 并不等于“最新版”，只是镜像仓库里被手动打过 latest 标签的那个历史版本。实际项目中必须明确写死标签，比如 nginx:1.25.4 或 redis:7.2-alpine。
-
docker pull nginx:1.25.4先拉取确定版本，再运行更稳妥 - 直接
docker run nginx:1.25.4时，如果本地没有该标签，Docker 会自动尝试拉取（但失败时不报明显错误，容易误判） - 使用
docker images nginx查看本地是否真有对应标签，注意REPOSITORY和TAG两列要同时匹配
运行时指定端口、名称、环境变量的常用组合写法
单靠镜像名和标签远远不够，绝大多数服务需要额外配置才能正常工作。比如 RabbitMQ 管理界面要生效，RABBITMQ_DEFAULT_USER 和 RABBITMQ_DEFAULT_PASS 就不能漏。
- 基本格式：
docker run -d --name my-rabbit -p 15672:15672 -e RABBITMQ_DEFAULT_USER=admin -e RABBITMQ_DEFAULT_PASS=123456 rabbitmq:4.2-management -
-p映射端口必须提前确认容器内监听端口（查文档或docker inspect rabbitmq:4.2-management看ExposedPorts） - 多个
-e可连写，但每个变量必须独立-e，不能写成-e A=1 B=2 - 如果忘了加
--name，后续只能用容器 ID 操作，非常不方便
镜像标签写错的典型错误现象和排查路径
执行 docker run 报错 Unable to find image 'xxx' locally 很常见，但它不等于“镜像不存在”——更可能是标签拼错、大小写不符、或用了已弃用的旧标签名。
- 错误示例：
docker run node:18→ 实际有效标签是node:18.19.1或node:18-alpine，纯18在官方镜像中已不再维护 - 查证方式：打开 https://www.php.cn/link/601970c3dd46aedab36f193c9b381065，点开 Tags 页签，按“Last updated”排序找可用标签
-
docker pull xxx:yyy单独执行，看输出最后一行是否含Status: Downloaded newer image，不是Image is up to date - 别信本地
docker images输出里的IMAGE ID—— 同一个 ID 可能对应多个标签，得看TAG列
Docker Desktop GUI 点击运行时如何填对标签
Docker Desktop 界面里点 “Run” 按钮，默认只填镜像名（如 nginx），根本没地方输标签。这时候它就硬编码用 :latest，完全不可控。
- 正确做法：在镜像列表页，找到目标镜像后，**不要点右侧的 Run 按钮**，而是点镜像名旁边的下拉箭头 → 选具体标签（如
1.25.4）→ 再点 Run - 如果下拉里没看到想要的标签，说明还没
pull过，得先在终端执行docker pull nginx:1.25.4 - GUI 创建容器时，“可选配置”里填的
--name、-p、-e都有效，但标签必须在选镜像阶段就定死
真正麻烦的不是记不住命令，而是每次换镜像都要重新查文档确认标签规则——Alpine 版、Slim 版、完整版的标签命名逻辑完全不同，且官方可能随时调整。建议把常用镜像的稳定标签写进项目 README，而不是依赖记忆或 latest。
