Question

我有一个Python程序，它有一些阻塞调用的线程。例如：

#!/usr/bin/python
import threading, tty, sys, os, signal

# super-awesome thread launcher (re-inventing the wheel because I'm
# too lazy to research what they called this)
class Launch(threading.Thread):
    def __init__(self, f):
        threading.Thread.__init__(self)
        self.f    = f
        self.start()
    def run(self):
        self.f()

# structure to hold unprocessed chars
Term_Lock    = threading.Lock()
Term_Cond    = threading.Condition(Term_Lock)
Term_In      = []

# launch a thread to retrieve characters from the terminal
tty.setraw(sys.stdin.fileno())
@Launch
def Stdin_Reader():
    while True:
        c = sys.stdin.read(1)
        with Term_Lock:
            Term_In.append(c)
            Term_Cond.notify()

# main thread
c = None
with Term_Lock:        
    Term_Cond.wait(1)
    if Term_In:
        c = Term_In.pop(0)
if c:
    print "You pressed '%s'\r" % c
else:
    print "You were too slow!\r"

# Lord have mercy on my soul
os.kill(os.getpid(), signal.SIGKILL)

虽然这个程序运行得很好，但最后os.kill()有点令人不安。我用其他许多语言编程，以前从未见过这类问题。我没有遇到语言发明者删除应该在主线程结束时发生的_Exit调用的问题。但是然后将_Exit从系统API中完全隐藏起来，这就是现在的神经。

事实上，我们所看到的是关于如何以合理的方式停止计划的基本问题。例如：

Exit a process while threads are sleeping

他们说使用Python 3.0守护程序线程。当Python 3.0最终引入通用2.7兼容性时，我会牢记这一点。所以下一个最好的想法是停止所有线程：

Is there any way to kill a Thread in Python?

但最好的投票反应基本上是“不要做那个＆＃34;”。好的。以上为例。阻止对sys.stdin.read()的通话。我们如何解决这个问题？他们说使用select()：

Read file with timeout in Python

坚持住。选择仅适用于文件描述符和超时。如果我想从不使用文件描述符生成数据的程序和/或库中接收其他输入，该怎么办？所以我必须创建内存管道或什么？这很快就变得荒谬了。

那么，在Python 3.0获得接受之前，我是否必须继续使用os.kill()？

或者有更好的方法吗？

Answer 1

我认为os._exit(0)是我想要的：

What is difference between sys.exit(0) and os._exit(0)

它似乎完美无缺。我甚至可以将它放在我自己的Exit()函数中，该函数可以执行我想要的任何清理。

如何停止在某些线程中阻塞调用的python 2.7程序

1 个答案: