如何从 Docker 容器脱离（detach）而不停止它？
attached 模式下按 Ctrl+P 然后 Ctrl+Q 即可脱离容器且保持运行；Ctrl+C 会把信号发给主进程导致容器停止。日常建议用 -d 后台运行 + docker logs/exec 查看。
答案：按 Ctrl+P 紧接着按 Ctrl+Q——这是为交互TTY输入配置的Docker默认脱离键序列，是否可用取决于容器的stdin/TTY和客户端设置，终端从容器主进程断开，容器继续运行。不要把 Ctrl+C 当作脱离操作；它可能通过 TTY 或信号代理向容器进程发送中断，是否退出取决于客户端设置及应用信号处理。
适用场景与操作
attach 上去的（docker attach myapp 或 docker run -it 前台启动）：
（此时你看着应用的实时输出）
按 Ctrl+P，再按 Ctrl+Q
回到宿主机终端，容器仍在跑
更省心的日常使用方式
与其 attach 再 detach，不如一开始就用后台模式：
docker run -d --name myapp myimage # 后台启动
docker logs -f myapp # 看输出，Ctrl+C 随意按，不伤容器
docker exec -it myapp sh # 进容器排查，exit 退出，容器无恙
logs -f 和 exec 都不接管主进程，随时安全退出——生产环境基本不该用 attach。
自定义脱离键
按键被终端复用器（tmux）吞掉时，换一组：
docker run -it --detach-keys "ctrl-x" myimage
对比速查
| 操作 | 容器状态 |
|---|---|
| Ctrl+P Ctrl+Q | 继续运行 |
| Ctrl+C（attach 中） | 主进程收 SIGINT，通常停止 |
| exec 里 exit | 只退 shell，容器继续 |
| logs -f 里 Ctrl+C | 只停止查看，容器继续 |
常见问题（FAQ）
Q：detach 键序列在 K8s 里一样吗？
A：不要假定kubectl attach沿用Docker的脱离键协议；需要排查时优先kubectl logs -f或另开kubectl exec会话，并核对客户端行为。
Q：不小心 Ctrl+C 停了容器怎么办？
A：可用docker start -ai myapp重新启动并附加输出/输入；是否自动重启取决于策略、退出状态和停止方式，不能保证。
Q：为什么我的 attach 按什么都没反应？
A：检查容器OpenStdin/Tty、客户端是否附加输入及终端快捷键；没正确配置交互TTY时不能假定脱离键有效；脱离后改用 logs/exec。
