启动Docker容器的核心指令是docker start（仅重启已停止容器）和docker run（新建并运行容器）；前者不接受镜像名或运行参数，后者通过-d等参数控制前台/后台运行，并依赖主进程长期存活确保容器持续运行。

启动 Docker 容器的核心指令是 docker start，但它只适用于已创建但处于停止状态的容器；若要新建并运行容器，应使用 docker run。是否后台运行、如何持续运行、怎样避免容器立即退出，这些都取决于启动时的参数配置和容器内主进程的行为。

start 指令：仅重启已存在的停止容器

docker start 不会重新创建容器，也不接受镜像名或运行参数（如端口映射、环境变量）。它只是唤醒一个之前用 docker create 或 docker run 创建过、当前状态为 Exited 的容器。

• 查看已停止容器：docker ps -a --filter "status=exited"
• 启动指定容器：docker start
• 启动后进入交互模式（需容器支持）：docker start -i （等价于 docker attach）
• 注意：docker start 不会自动附加终端，也不会重设资源限制或挂载卷——那些都在创建时固定了

run 指令：创建并运行，决定是否后台的关键

绝大多数场景下，你真正需要的是 docker run。它一步完成创建 + 启动，并通过参数控制前台/后台行为：

• -d（detached）：后台运行，命令返回容器 ID 后立即退出 shell，容器在后台持续运行
• 不加 -d：前台运行，终端被容器主进程占用，Ctrl+C 会发送 SIGINT 并停止容器
• 容器能否“持续运行”，取决于 CMD 或 ENTRYPOINT 指定的进程是否长期存活。例如 bash 或 echo "hello" 运行完就退出，容器随即停止
• 常见后台服务示例：docker run -d -p 8080:80 nginx（nginx 主进程常驻）

让容器稳定后台运行的必要配置

光加 -d 不够，还需确保容器有持续运行的主进程，并按需调整行为：

• 避免因主进程退出导致容器终止：用 tail -f /dev/null 或 sleep infinity 占位（调试用），生产环境应运行真实服务进程
• 标准输入保持开启（可选）：加 -i（interactive）配合 -d 无意义，但加 -t（tty）通常也不必要；若需接收信号或日志流，确保进程未忽略 SIGHUP/SIGTERM
• 健康检查与重启策略：用 --health-cmd 和 --restart unless-stopped 提升健壮性
• 日志不阻塞：默认日志驱动（json-file）不影响后台运行，但大量输出建议配 --log-opt max-size=10m --log-opt max-file=3

验证与调试后台容器状态

启动后别假设它在跑，主动确认：

• 查运行中容器：docker ps（只显示 running 状态）
• 看完整列表（含已停止）：docker ps -a
• 查某容器日志：docker logs （加 -f 实时跟踪）
• 进容器调试：docker exec -it /bin/sh（前提是镜像含 shell 且容器仍在运行）
• 若容器启动即退出，先执行 docker ps -a 查 STATUS 列，再用 docker logs 看退出原因（如端口被占、配置错误、权限不足）