首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >为什么python threadpool创建守护线程并最终加入它们?

为什么python threadpool创建守护线程并最终加入它们?
EN

Stack Overflow用户
提问于 2013-04-28 14:40:09
回答 1查看 1.3K关注 0票数 0

我一直在阅读python的线程池模块的code

它以这种方式操作线程:所有的workerThreads都被创建为守护线程。它还有一个解除机制,你可以通过设置事件安全地退出工作线程,在所有作业完成后,被解除的线程将加入到主线程中。

python doc指出,如果工作线程被设置为守护进程,它们将在主线程终止时退出。但这可能是一个丑陋的实现,更好的方法是将它们设置为非守护进程,并使用事件停止它们。

这是我的问题:同时使用这两种退出策略是一个好的设计吗?将线程设置为非守护进程并在主线程终止之前将它们全部连接起来是不是更好?

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2013-04-29 04:46:04

在查看这个特定的线程池模块时,它似乎被设计为要么允许您立即退出,要么等待线程完成。您可以根据您希望如何处理当前正在处理的请求来选择其中之一:

  • 如果您不关心线程是否在处理请求的过程中终止,只需让程序退出,守护进程线程就会得到处理。
  • 另一方面,如果您想确保线程只在完全处理请求之间退出,请使用dismissWorkersdo_join=True,或者先使用dismissWorkers,再使用joinAllDismissedWorkers.

根据您正在处理的内容和处理方式的不同,该选择会有所不同。请注意,main例程中的示例代码完成其中的一部分和另一部分,这可能不是您在实际情况下想要做的-示例代码只是为了演示功能而设计的。

您可能会争辩说,当您确实关心它们如何/何时退出时,创建守护程序线程是不好的形式,而且修改库并不难,这样当创建工作线程时,守护程序是一个选项,而不是必需的。然而,目前,该模块选择了一个默认的易用性而不是一致性。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/16260336

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档