Windows下WSL与GitBash中Docker容器无法响应CTRL-C的解决问询

针对你遇到的这个在Windows WSL1和GitBash里，执行docker run alpine sleep 120（或重定向输出时）按Ctrl-C没法终止容器的问题，我整理了几个可行的解决办法，原理和操作步骤如下：

核心原因先理清 #

首先得明白为什么会出现这种差异：

• Linux上，Docker会把主机终端的SIGINT信号（也就是Ctrl-C发送的信号）正确转发给容器内的进程；如果直接运行sleep这类命令，它会成为容器的PID1进程，而默认PID1不会处理信号，--init参数会注入tini作为PID1，它会负责转发信号给子进程。
• 但在Windows的WSL1和GitBash里，终端的信号传递机制和原生Linux有差异：GitBash是模拟的POSIX终端，WSL1是翻译层而非虚拟机，加上重定向输出时-t参数（分配伪终端）会和文件输出冲突，导致信号没法正常传到容器里。

解决方案1：结合--init和--sig-proxy，移除-t参数 #

当需要重定向输出时，-t参数会干扰信号传递，所以我们可以去掉它，改用--sig-proxy=true（默认是true，但显式指定更稳妥）确保信号能从终端传递到容器内的tini进程，再转发给sleep。

执行命令：

docker run --init --sig-proxy=true alpine sleep 120 > somefile.log

这样在WSL1和GitBash里按Ctrl-C，就能正常终止容器了。

解决方案2：GitBash专用——用winpty包装命令 #

GitBash本身对终端信号的处理不够完善，winpty可以帮我们模拟出更接近原生Windows终端的环境，让信号传递正常工作。

执行命令：

winpty docker run --init alpine sleep 120 > somefile.log

winpty会处理终端和Docker之间的信号传递，不用额外加--sig-proxy也能生效。

解决方案3：升级到WSL2（如果可行） #

WSL2是基于轻量级虚拟机实现的，更接近原生Linux的环境，终端信号传递机制和Linux几乎一致。如果你当前用的是WSL1，可以升级到WSL2：

1. 打开PowerShell，执行wsl --set-version <你的发行版名称> 2（比如wsl --set-version Ubuntu-20.04 2）
2. 确保Docker Desktop的WSL集成已开启（在Docker设置里找到WSL选项，勾选对应的发行版）
   升级后，即使不用额外参数，docker run --init alpine sleep 120 > somefile.log也能正常用Ctrl-C终止容器。

验证方法 #

每次执行命令后，按Ctrl-C，再运行docker ps，如果看不到那个sleep容器，就说明生效了。

内容的提问来源于stack exchange，提问作者Henning