docker create仅创建容器不启动，docker run创建并立即运行；前者适用于配置校验、安全预检、批量预置等场景，后者适合快速部署。

docker create 和 docker run 看似只差一个字，实际行为差异很大：前者只创建容器（不启动），后者创建并立即运行。理解它们的参数共性与关键区别，能帮你更精准控制容器生命周期，尤其在调试、批量预置或安全策略场景中非常实用。

核心行为差异：创建 vs 创建+启动

docker create 命令生成一个处于“created”状态的容器，ID 可查但进程未运行，需显式执行 docker start 才真正运行；docker run 则是一气呵成：创建 → 启动 →（默认）前台附着。这意味着：

• docker create 更适合需要检查配置、挂载验证、权限预检后再启动的场景
• docker run 的 --rm 参数仅在此命令中有效，create 不支持自动清理（它本身就不运行）
• 若用 run 启动后立刻退出（如命令执行完即结束），容器状态变为 exited；而 create 后不 start，永远卡在 created

参数兼容性：大部分通用，但有关键例外

绝大多数容器配置参数（如 -v、-p、--network、-e、--name、--privileged）在 create 和 run 中完全一致，可直接复用。真正要注意的是以下几类：

• --detach (-d)：run 支持，create 也支持——但对 create 来说加 -d 没意义，因为容器根本没启动；它只影响 run 的前台/后台行为
• --interactive (-i) / --tty (-t)：run 中常用以保持交互式会话；create 接受这些参数，但不会生效——等你 start 时若没加 -i -t，依然无法 attach 进去
• 命令与参数位置：run 后可直接跟要执行的命令（如 run nginx:alpine nginx -g "daemon off;"）；create 也允许，但该命令仅被记录，直到 start 时才执行

实战对比：同一需求的两种写法

假设你想运行一个带挂载、端口映射、环境变量的 Redis 容器，并保留容器供后续多次启停：

• 用 create：docker create --name myredis -p 6379:6379 -v /data/redis:/data -e REDIS_PASSWORD=123456 redis:7-alpine → 得到容器 ID，状态为 created
• 再手动启动：docker start myredis → 容器运行，可连 6379
• 用 run（一次性）：docker run -d --name myredis -p 6379:6379 -v /data/redis:/data -e REDIS_PASSWORD=123456 redis:7-alpine → 直接后台运行
• 若想用 run 实现“创建但不启动”，唯一办法是加 --entrypoint /bin/sh -c "sleep infinity" 类似兜底命令，再 docker stop ——但这已偏离设计本意，不如用 create 清晰

什么时候必须用 create？

不是所有场景都适合 run，以下情况 create 是更合理甚至唯一选择：

• CI/CD 流水线中预构建容器镜像并创建容器（配置校验通过后才 start）
• 安全加固流程：create 后用 docker inspect 检查挂载路径、cap-add、seccomp 配置是否符合基线，再决定是否启动
• 多容器协同启动前，先 create 所有容器（避免因依赖服务未就绪导致 run 失败退出），再统一 docker start
• 调试启动失败的容器：create 后 docker logs 或 docker diff 查看文件系统变化，比 run 后瞬间退出更易定位问题