43

我在 Windows 上编写 python 2.6.6 代码，如下所示：

try:
    dostuff()
except KeyboardInterrupt:
    print "Interrupted!"
except:
    print "Some other exception?"
finally:
    print "cleaning up...."
    print "done."

dostuff()是一个永远循环的函数，从输入流中一次读取一行并对其进行操作。当我按下 ctrl-c 时，我希望能够停止它并进行清理。

相反，下面的代码except KeyboardInterrupt:根本没有运行。唯一被打印的是“清理...”，然后会打印如下所示的回溯：

Traceback (most recent call last):
  File "filename.py", line 119, in <module>
    print 'cleaning up...'
KeyboardInterrupt

因此，异常处理代码没有运行，并且回溯声称在 finally 子句期间发生了 KeyboardInterrupt ，这没有意义，因为点击 ctrl-c 是导致该部分首先运行的原因！甚至通用except:条款也没有运行。

编辑：根据评论，我try:用 sys.stdin.read() 替换了块的内容。问题仍然完全按照描述发生，finally:块的第一行运行，然后打印相同的回溯。

编辑#2： 如果我在读取后添加了很多东西，处理程序就会工作。所以，这失败了：

try:
    sys.stdin.read()
except KeyboardInterrupt:
    ...

但这有效：

try:
    sys.stdin.read()
    print "Done reading."
except KeyboardInterrupt:
    ...

这是打印的内容：

Done reading. Interrupted!
cleaning up...
done.

所以，出于某种原因，“完成阅读”。行被打印，即使异常发生在前一行。这不是一个真正的问题——显然我必须能够在“try”块内的任何地方处理异常。但是，打印无法正常工作 - 之后它不会像预期的那样打印换行符！“Interrupted”打印在同一行......之前有一个空格，出于某种原因......？无论如何，在那之后代码会做它应该做的事情。

在我看来，这是在阻塞系统调用期间处理中断的错误。

4

6 回答 6

22

不幸的是，异步异常处理不可靠（信号处理程序引发的异常，通过 C API 的外部上下文等）。如果代码中有一些关于哪些代码负责捕获它们的协调，则可以增加正确处理异步异常的机会（调用堆栈中的最高可能值似乎合适，除了非常关键的函数）。

dostuff被调用的 函数（

这个简单的案例在 python 2.6.6 (x64) interactive + Windows 7 (64bit) 中运行良好：

>>> import time
>>> def foo():
...     try:
...             time.sleep(100)
...     except KeyboardInterrupt:
...             print "INTERRUPTED!"
...
>>> foo()
INTERRUPTED!  #after pressing ctrl+c

编辑：

经过进一步调查，我尝试了我认为其他人用来重现该问题的示例。我很懒所以我省略了“finally”

>>> def foo():
...     try:
...             sys.stdin.read()
...     except KeyboardInterrupt:
...             print "BLAH"
...
>>> foo()

这会在按下 CTRL+C 后立即返回。当我立即尝试再次调用 foo 时，发生了有趣的事情：

>>> foo()

Traceback (most recent call last):
  File "c:\Python26\lib\encodings\cp437.py", line 14, in decode
    def decode(self,input,errors='strict'):
KeyboardInterrupt

在我没有按 CTRL+C 的情况下立即引发了异常。

这似乎是有道理的——我们似乎正在处理 Python 中如何处理异步异常的细微差别。在实际弹出异步异常然后在当前执行上下文中引发之前，它可能需要几个字节码指令。（这是我过去玩它时看到的行为）

请参阅 C API：http ://docs.python.org/c-api/init.html#PyThreadState_SetAsyncExc

所以这在一定程度上解释了为什么 KeyboardInterrupt 在这个例子中执行 finally 语句的上下文中被引发：

>>> def foo():
...     try:
...             sys.stdin.read()
...     except KeyboardInterrupt:
...             print "interrupt"
...     finally:
...             print "FINALLY"
...
>>> foo()
FINALLY
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 7, in foo
KeyboardInterrupt

可能会有一些自定义信号处理程序与解释器的标准 KeyboardInterrupt/CTRL+C 处理程序混合在一起，从而导致这种行为。例如， read() 调用看到信号并退出，但它在取消注册它的处理程序后重新引发信号。如果不检查解释器代码库，我无法确定。

这就是为什么我通常回避使用异步异常......

编辑 2

我认为有一个很好的案例报告错误。

还有更多理论......（仅基于阅读代码）查看文件对象源：http ://svn.python.org/view/python/branches/release26-maint/Objects/fileobject.c?revision=81277&view=markup

file_read 调用 Py_UniversalNewlineFread()。fread 可以使用 errno = EINTR 返回错误（它执行自己的信号处理）。在这种情况下 Py_UniversalNewlineFread() 保释但不使用 PyErr_CheckSignals() 执行任何信号检查，以便可以同步调用处理程序。file_read 清除文件错误但也不调用 PyErr_CheckSignals()。

有关如何使用它的示例，请参阅 getline() 和 getline_via_fgets()。该模式在此错误报告中记录了类似问题：( http://bugs.python.org/issue1195 )。因此，解释器似乎在不确定的时间处理了信号。

我想深入研究没有什么价值，因为仍然不清楚 sys.stdin.read() 示例是否是您的“dostuff()”函数的适当模拟。（可能有多个错误在起作用）

于 2011-01-05T17:34:51.550 回答
1

sys.stdin.read()是一个系统调用，因此每个系统的行为都会有所不同。对于 Windows 7，我认为正在发生的事情是输入正在被缓冲，所以你得到了sys.stdin.read()将所有内容返回到 Ctrl-C 的地方，一旦你再次访问 sys.stdin，它就会发送“Ctrl-C ”。

尝试以下，

def foo():
    try:
        print sys.stdin.read()
        print sys.stdin.closed
    except KeyboardInterrupt:
        print "Interrupted!"

这表明有一个标准输入缓冲正在进行，导致另一个标准输入调用来识别键盘输入

def foo():
    try:
        x=0
        while 1:
            x += 1
        print x
    except KeyboardInterrupt:
        print "Interrupted!"

似乎没有问题。

是dostuff()从标准输入读取吗？

于 2011-01-05T18:55:14.823 回答
1

有类似的问题，这是我的解决方法：

try:
    some_blocking_io_here() # CTRL-C to interrupt
except:
    try:
        print() # any i/o will get the second KeyboardInterrupt here?
    except:
        real_handler_here()
于 2014-07-15T16:54:11.117 回答
0

这对我有用：

import sys

if __name__ == "__main__":
    try:
        sys.stdin.read()
        print "Here"
    except KeyboardInterrupt:
        print "Worked"
    except:
        print "Something else"
    finally:
        print "Finally"

尝试在 dostuff() 函数之外放置一行或将循环条件移到函数之外。例如：

try:
    while True:
        dostuff()
except KeyboardInterrupt:
    print "Interrupted!"
except:
    print "Some other exception?"
finally:
    print "cleaning up...."
    print "done."
于 2011-01-05T18:22:10.793 回答
0

以下是对正在发生的事情的猜测：

  • 按下 Ctrl-C 会破坏“打印”语句（无论出于何种原因......错误？Win32限制？）
  • 按下 Ctrl-C 还会在 dostuff() 中引发第一个 KeyboardInterrupt
  • 异常处理程序运行并尝试打印“中断”，但“打印”语句被破坏并引发另一个 KeyboardInterrupt。
  • finally 子句运行并尝试打印“cleaning up....”，但“print”语句被破坏并抛出另一个 KeyboardInterrupt。
于 2011-01-05T17:23:24.003 回答
0 
def foo():
    try:
        x=0
        while 1:
            x+=1
            print (x)
    except KeyboardInterrupt:
       print ("interrupted!!")
foo()

这很好用。

于 2015-08-29T17:20:48.373 回答