要让 Docker 镜像启动后直接进入交互式环境，需在 Dockerfile 中用 exec 格式 CMD（如 CMD ["bash"]）声明持续驻留的交互程序，确保基础镜像已安装该程序，避免 ENTRYPOINT 干扰，并运行时加 -it 参数。
想让 Docker 镜像启动后直接进入交互式环境（比如 bash、python、redis-cli），关键不是靠 CMD “构建”镜像，而是用 CMD 正确声明容器启动时默认执行的交互式命令。Dockerfile 本身不支持“构建交互式工具”，但可以打包好环境并预设好交互入口。
CMD 要指向真正的交互式程序
CMD 的作用是定义容器运行时默认执行的命令和参数。要实现交互，它必须调用一个会持续驻留、读取用户输入的程序，例如：
-
CMD ["bash"]或CMD ["sh"]—— 启动 shell，等待输入 -
CMD ["python"]—— 进入 Python 交互解释器 -
CMD ["redis-cli", "-h", "redis"]—— 连接远程 Redis 实例 -
CMD ["htop"]—— 启动交互式系统监控工具（需提前安装）
注意：不能写成 CMD bash（shell 格式），除非你明确需要 shell 解析；更推荐使用 exec 格式（方括号写法），避免 PID 1 问题且信号能正确传递。
基础镜像要包含交互程序和依赖
如果基础镜像里没有 bash（如 alpine:latest 有 sh，但没 bash），而你写了 CMD ["bash"]，容器会立即退出并报错 executable file not found。所以务必确认：
- 所用的基础镜像已安装目标交互程序（例如用
debian:slim而非scratch） - 若需额外工具（如
jq、curl、mysql-client），在RUN中显式安装 - 对于 Alpine，优先用
sh或先RUN apk add bash
避免 ENTRYPOINT 干扰 CMD 的交互行为
如果同时用了 ENTRYPOINT，它会“包裹” CMD 参数。例如：
ENTRYPOINT ["docker-entrypoint.sh"]
CMD ["redis-server"]
此时实际执行的是 docker-entrypoint.sh redis-server，不是纯交互命令。若目标是交互式工具，通常不需要 ENTRYPOINT，或确保它最后以 exec "$@" 结尾，把控制权完整交给 CMD。
运行时仍可覆盖 CMD，保持灵活性
即使 Dockerfile 设了 CMD ["bash"]，用户仍可通过 docker run -it image-name python 覆盖默认命令，直接运行其他交互程序。这是设计上的优势——镜像提供环境，命令由使用者决定。
加上 -it 参数必不可少：-i 保持 STDIN 打开，-t 分配伪 TTY，二者缺一不可，否则交互会卡住或报错 the input device is not a TTY。
