你在线程里面死循环，join 当然会阻塞了

因为用的 OS thread 基本没有太粗暴的外部 kill 方式 (这也是我喜欢协程的原因, 虽然协程很多时候比线程费劲太多. 有时候真想外部 kill 就用进程当线程也可以)

早年间 Google 上搜 how to kill thread python 一大把原因和各种花哨操作实际并没什么卵用

所以只能线程内部自己结束标识或者设置守护线程什么的

怀疑是 X-Y Problem https://coolshell.cn/articles/10804.html
为什么要 kill taskmgr.exe ？为什么杀进程还用调用命令行工具这么低级的方法，不直接调用 API ？为什么要从外部终止这个线程？用个变量让线程自己停止不行吗？

没什么好办法，试试 func_timeout 吧，超时就退出，注意会增加近一半多的线程

python 的多线程就是这么难搞。我自己的小项目直接放弃，用多进程，然后就可以很舒适的中断了。

可以用 threading.Event 来做。 我来给个具体示例，通过 ctrl-c 触发 signal interrupt 退出程序。

这事看不出 python 的多线程难搞；没有提供主动终止线程的原因，我想有这个原因：线程与同进程的其他线程共享资源，如果不能做 cleanup 就被终止，会出现 fd 泄漏之类的问题; 而进程不同，操作系统会兜底

```
#!/usr/bin/env python3

import signal
import time
from threading import Event, Thread


def killer(stop: Event):
while True:
if stop.is_set():
print("killer: canceled")
break
print("killer: working")
time.sleep(1)


def main():
stop = Event()

def handle_sigint(*args):
stop.set()

signal.signal(signal.SIGINT, handle_sigint)

th = Thread(target=killer, args=[stop])
th.start()
th.join()

print("main thread exiting")


if __name__ == "__main__":
main()
```

换进程，如果出现 pickle 报错，就用 pathos import pathos

Process = pathos.helpers.mp.Process

task_killer 里不要 while(1)，要 while (quit_flag)，你要结束线程的时候先置 quit_flag 为 0 ，再 join

从外部去 kill 一个毫无准备的线程 这本来就是很邪恶的做法。。为什么要提供这种机制 就是为了防止又菜又爱钻空子的人去用 最后变成很多人都在用

你的 while 1 没有退出的标志肯定会一直执行下去的呀。