正如@Bakuriu在评论中指出的那样,这基本上是与BASH: Ctrl+C during input breaks current terminal中相同的问题.但是,我只能在bash作为另一个可执行文件的子进程运行而不是直接从bash运行终端清理正常的情况下重现该问题. .对于为什么在这方面bash似乎被破坏,我将有一个答案.

我有一个Python脚本,用于记录由该脚本启动的子进程的输出.如果子进程碰巧是一个bash脚本,该脚本有时会通过调用内置的read -s(-s,从而防止输入的字符回显为键)来读取用户输入,并且用户中断脚本(即通过Ctrl-C),那么bash无法将输出恢复到tty,即使它继续接受输入.

我将其简化为一个简单的示例：

$cat test.py
#!/usr/bin/python
import subprocess as sp
p = sp.Popen(['bash', '-c', 'read -s foo; echo $foo'])
p.wait()

运行./test.py时,它将等待一些输入.如果键入一些输入并按Enter,则脚本将按预期方式返回并回显您的输入,并且没有问题.但是,如果立即单击“ Ctrl-C”,Python将显示KeyboardInterrupt的回溯,然后返回到bash提示符.但是,您键入的内容均不会显示在终端上.键入重置< enter>.但是,成功重置了终端.

对于这里发生的事情,我有些茫然.

更新：我设法在没有混合Python的情况下重现了这一点.我试图在strace中运行bash以查看是否可以收集正在发生的任何事情.使用以下bash脚本：

$cat read.sh
#!/bin/bash
read -s foo
echo $foo

运行strace ./read.sh并立即按Ctrl-C会产生：

...
ioctl(0, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B38400 opost isig icanon -echo ...}) = 0
brk(0x1a93000)                          = 0x1a93000
read(0, Process 25487 detached
 <detached ...>

读取PID 25487的位置.这使终端处于相同的断开状态.但是,strace -I1 ./read.sh只是中断./read.sh进程并返回到正常的,不中断的终端.

解决方法:

看来这与bash -c启动非交互式shell的事实有关.这可能会阻止它恢复终端状态.

要显式启动交互式shell,您只需将-i选项传递给bash.

$cat test_read.py 
#!/usr/bin/python3
from subprocess import Popen
p = Popen(['bash', '-c', 'read -s foo; echo $foo'])
p.wait()
$diff test_read.py test_read_i.py 
3c3
< p = Popen(['bash', '-c', 'read -s foo; echo $foo'])
---
> p = Popen(['bash', '-ic', 'read -s foo; echo $foo'])

当我运行并按Ctrl C时：

$./test_read.py

我得到：

Traceback (most recent call last):
  File "./test_read.py", line 4, in <module>
    p.wait()
  File "/usr/lib/python3.5/subprocess.py", line 1648, in wait
    (pid, sts) = self._try_wait(0)
  File "/usr/lib/python3.5/subprocess.py", line 1598, in _try_wait
    (pid, sts) = os.waitpid(self.pid, wait_flags)
KeyboardInterrupt

并且终端未正确还原.

如果我以相同的方式运行test_read_i.py文件,则会得到：

$./test_read_i.py 

$echo hi
hi

没有错误,终端可以正常工作.