必须同时使用-t和-i：-t分配伪终端以启用行编辑、信号处理和颜色输出，-i保持标准输入畅通；缺一不可，否则无法实现完整交互式终端体验。
要让 docker run 启动的容器具备接近本地终端的交互体验，关键不是“模拟”，而是**真实启用 linux 的 tty 机制并保持标准输入畅通**。-t 和 -i 这两个参数各自承担不可替代的角色，合起来才能支撑起上下箭头、ctrl+c 中断、命令历史、彩色提示符等日常终端功能。
为什么必须同时用 -t 和 -i？
-t（--tty）为容器分配一个伪终端设备（/dev/tty），使 shell 能识别自己运行在“有终端”的环境里，从而启用行编辑、信号传递（比如 Ctrl+C 发送 SIGINT）、ANSI 颜色输出等功能；
-i（--interactive）则确保容器的标准输入（STDIN）持续打开，不因前台无输入而关闭。只加 -i，shell 没有 tty，会退化成“原始模式”，无法响应方向键或快捷键；只加 -t，STDIN 可能被立即关闭，导致命令一执行就退出。
正确启动交互式终端的写法
最常用且稳妥的组合是：
-
docker run -it --rm ubuntu:22.04 /bin/bash（Ubuntu/Debian 类镜像） -
docker run -it --rm alpine:latest /bin/sh（Alpine 等轻量镜像，不含 bash） -
docker run -it --rm --entrypoint /bin/sh python:3.11-slim（覆盖默认 entrypoint，强制进 shell）
注意：--rm 是可选但推荐的，避免调试后残留已退出容器；/bin/bash 或 /bin/sh 必须是镜像中真实存在的可执行文件。
Docker Image Puller
下载
使用 Python 脚本下载 Docker 镜像并打包为 tar 文件。用户说“下载镜像”“拉取镜像”“pull xxx”“帮我下载 nginx 镜像”等时触发。支持 SOCKS5 代理直连（推荐）和国内镜像站加速两种模式。
验证终端是否真正就绪
进入容器后，可以快速检查几个典型终端行为是否生效：
- 输入
echo $TERM—— 应输出xterm或类似值，说明 TTY 已就位 - 按上下箭头键 —— 应能翻阅命令历史（bash/zsh 支持，sh 较弱但基本可用）
- 运行
sleep 10，然后按 Ctrl+C —— 应立即中断，而非卡住或报错 - 执行
ls --color=auto—— 文件名应带颜色（需终端支持）
常见失效场景与应对
如果发现终端行为异常（如输完命令直接退出、箭头键变乱码、Ctrl+C 无效），先排查：
- 容器是否真的在运行？
docker ps确认状态，不是已退出 - 镜像是否含 shell？用
docker run --rm IMAGE which bash或sh -c "ls /bin | grep sh"验证 - 是否误用了 -d（后台模式）？-d 与 -it 冲突，不能共存
- 宿主机终端本身是否异常？换一个终端（如系统 Terminal、iTerm、Windows Terminal）重试
不复杂但容易忽略
