关于python中中断一个线程的问题

最新推荐文章于 2024-07-14 11:04:05 发布

这个怎么写

最新推荐文章于 2024-07-14 11:04:05 发布

阅读量602

点赞数

文章标签： python

本文链接：https://blog.csdn.net/qq_26562837/article/details/129341760

版权

文章讨论了在Python中如何安全地中断一个长时间运行的线程，通常使用Flag来判断退出，但这种方法不够便捷。文章提到了Thread的._stop()方法，该方法在调用后可以使is_alive()返回False并立即使join()返回。作者还展示了如何尝试强制中断线程，但警告这种方式可能存在问题，不建议使用。在给定的示例中，主线程通过释放_tstate_lock来尝试中断线程。

摘要由CSDN通过智能技术生成

关于python中中断一个线程的问题

由于一些任务是长时间任务，并不是循环调度的任务，所以设置一个Flag用于判断是否退出线程，虽然安全但是不太方便。
在Thread的_stop()方法的说明是这样的：
···
#After calling ._stop(), .is_alive() returns False and .join() returns
# immediately. ._tstate_lock must be released before calling ._stop().
#
# Normal case: C code at the end of the thread’s life
# (release_sentinel in _threadmodule.c) releases ._tstate_lock, and
# that’s detected by our ._wait_for_tstate_lock(), called by .join()
# and .is_alive(). Any number of threads may call ._stop()
# simultaneously (for example, if multiple threads are blocked in
# .join() calls), and they’re not serialized. That’s harmless -
# they’ll just make redundant rebindings of ._is_stopped and
# ._tstate_lock. Obscure: we rebind ._tstate_lock last so that the
# “assert self._is_stopped” in ._wait_for_tstate_lock() always works
# (the asser