我有一个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?
但最好的投票反应基本上是“不要做那个"”。好的。以上为例。阻止对sys.stdin.read()
的通话。我们如何解决这个问题?他们说使用select()
:
Read file with timeout in Python
坚持住。选择仅适用于文件描述符和超时。如果我想从不使用文件描述符生成数据的程序和/或库中接收其他输入,该怎么办?所以我必须创建内存管道或什么?这很快就变得荒谬了。
那么,在Python 3.0获得接受之前,我是否必须继续使用os.kill()
?
或者有更好的方法吗?
答案 0 :(得分:0)
我认为os._exit(0)
是我想要的:
What is difference between sys.exit(0) and os._exit(0)
它似乎完美无缺。我甚至可以将它放在我自己的Exit()
函数中,该函数可以执行我想要的任何清理。