docker run -it是唯一可靠交互式启动方式，因-i保持标准输入打开、-t分配伪终端，二者缺一不可；Docker Desktop GUI默认以-d后台启动，不提供交互入口。
直接用 docker run -it 就行，Docker Desktop 和命令行本质没区别，它只是个带图形界面的客户端包装器。
为什么 docker run -it 是唯一可靠方式
交互式容器的核心是让标准输入（-i）保持打开，并分配一个伪终端（-t）。Docker Desktop 的 GUI 界面里点“Run”按钮默认走的是守护式（-d），不会给你 shell；想进终端，必须回到命令行。GUI 本身不提供交互式启动入口，也没法替代 -it 的底层语义。
-
-i单独用：能输命令，但没有提示符、上下箭头失效、clear报错 -
-t单独用：有终端样式，但标准输入被关闭，敲字没反应 - 二者缺一不可，合起来才是完整交互体验
- Docker Desktop 启动后，
docker命令就可用，不需要额外配置路径或环境变量
docker exec -it 进已运行容器比 docker attach 更安全
很多人习惯用 docker attach 重新连进容器，但容易误操作导致容器退出——比如按 Ctrl+C 可能直接杀掉主进程。而 docker exec -it 是在运行中的容器里新起一个 shell 进程，原进程不受影响。
- 先确保容器在运行：
docker ps看状态是否为Up - 进容器：
docker exec -it <容器名或ID> /bin/bash（Ubuntu/Debian）或/bin/sh（Alpine/CentOS） - 如果提示
bash: executable file not found，说明镜像没装bash，换用/bin/sh -
docker attach仅适合调试前台进程行为，日常操作请优先用exec
Windows 用户注意 WSL2 下的路径和 shell 差异
Docker Desktop 在 Windows 上实际运行在 WSL2 虚拟机里，所以你看到的 docker 命令其实是 WSL2 中的二进制，不是 Windows 原生命令。这意味着：
- 在 PowerShell 或 CMD 里执行
docker run -it ubuntu:22.04 /bin/bash没问题，但别指望cmd.exe的快捷键（比如 Ctrl+V 粘贴）一定生效 - 挂载本地目录时，
-v C:\myapp:/app会被自动转成 WSL2 路径（如/mnt/c/myapp），但最好显式用 WSL2 风格写：-v /mnt/c/myapp:/app，避免权限或路径解析问题 - 某些精简镜像（如
node:alpine）默认只有sh，/bin/bash会报错，得改成/bin/sh - WSL2 默认 shell 是 bash，但 Docker Desktop 安装后可能把
docker命令也注入到 Windows 的 PATH，所以 CMD/PowerShell 也能调用——只是底层仍走 WSL2
真正容易被忽略的是：容器退出逻辑和主进程生命周期强绑定。哪怕你用了 -it，只要容器里执行的命令结束（比如 /bin/bash 被 exit 或 Ctrl+D 退出），整个容器就停止了。需要长期保留交互环境，得用 Ctrl+P Ctrl+Q 脱离，而不是关终端窗口。
