我有一个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调用没有问题。但是,要完全隐藏系统API_Exit,现在这是神经。
事实上,我们看到的是如何以合理的方式停止程序的基本问题。例如:
在线程休眠时退出进程
他们说使用Python 3.0守护进程线程。当 Python 3.0 最终引入通用 2.7 兼容性时,我会记住这一点。因此,下一个最佳主意是停止所有线程:
有没有办法杀死Python中的线程?
但投票最多的回应基本上是"不要那样做"。好的,好的。所以以我上面的例子为例。阻止对sys.stdin.read()
的调用。我们如何解决这个问题?他们说使用select()
:
在 Python 中读取超时的文件
不过等等。选择仅适用于文件描述符和超时。如果我想从不使用文件描述符生成数据的程序和/或库接收其他输入,该怎么办?所以我必须创建内存管道或其他东西??这越来越荒谬了。
那么,我是否只需要继续使用os.kill()
直到 Python 3.0 获得认可?
还是有更好的方法?
我认为os._exit(0)
是我想要的:
sys.exit(0( 和 os._exit(0( 有什么区别
它似乎工作得很好。我甚至可以把它放在我自己的Exit()
函数中,它可以做任何我想做的清理。