关于 Python 线程，我有几个问题。
隐藏用户态线程）线程可以被标记为“守护线程”。此标志的意义在于，当只剩下守护线程时，整个 Python 程序就退出了。
我的解释/理解是：当所有非守护线程都终止时，主线程才终止。
因此，如果“当只剩下守护线程时，整个 Python 程序就退出了”，那么 Python 守护线程不是 Python 程序的一部分吗？
在我知道的所有实现中（C Python、PyPy 和 Jython），Python 线程都是使用 OS 线程实现的。对于每个 Python 线程，都有一个底层的 OS 线程。
一些操作系统（例如 Linux）会在所有正在运行的进程列表中显示同一可执行文件启动的所有不同线程。这是操作系统的实现细节，而不是 Python 的。在其他一些操作系统上，列出所有进程时可能看不到这些线程。
当最后一个非守护线程完成时，进程将终止。此时，所有守护线程都将被终止。因此，这些线程是您的进程的一部分，但不会阻止其终止（而常规线程会阻止它）。这是纯 Python 实现的。当系统调用 _exit 函数时，进程终止（它将杀死所有线程），当主线程终止（或调用 sys.exit）时，Python 解释器会检查是否有另一个非守护线程正在运行。如果没有，则调用 _exit，否则等待非守护线程完成。
守护线程标志是由 threading 模块在纯 Python 中实现的。当加载模块时，会创建一个 Thread 对象来表示主线程，并将其 _exitfunc 方法注册为 atexit 钩子。
该函数的代码如下：
class _MainThread(Thread):
def _exitfunc(self):
self._Thread__stop()
t = _pickSomeNonDaemonThread()
if t:
if __debug__:
self._note("%s: waiting for other threads", self)
while t:
t.join()
t = _pickSomeNonDaemonThread()
if __debug__:
self._note("%s: exiting", self)
self._Thread__delete()
sys.exit或主线程终止时，Python解释器将调用此函数。当函数返回时，解释器将调用系统的_exit函数。当只有守护线程在运行时（如果有），函数将终止。_exit函数时，操作系统将终止所有进程线程，然后终止该进程。直到所有非守护线程完成，Python运行时才会调用_exit函数。main函数末尾添加了对_exit的调用之外，操作系统对主线程没有任何特殊处理）。操作系统不知道守护线程。这纯粹是Python概念。atexit钩子确保_exit函数仅在最后一个非守护线程终止时返回给操作系统。在使用“整个Python程序”时，文档指的是整个进程。import sys
import time
import threading
class WorkerThread(threading.Thread):
def run(self):
while True:
print 'Working hard'
time.sleep(0.5)
def main(args):
use_daemon = False
for arg in args:
if arg == '--use_daemon':
use_daemon = True
worker = WorkerThread()
worker.setDaemon(use_daemon)
worker.start()
time.sleep(1)
sys.exit(0)
if __name__ == '__main__':
main(sys.argv[1:])
如果您使用“--use_daemon”参数运行此程序，您会发现程序只会打印少量的“Working hard”行。如果没有这个参数，即使主线程完成，程序也不会终止，并且会一直打印“Working hard”行，直到被杀死。
__del__中添加一些print - 但没有任何输出。它被操作系统杀死了吗？ - warvariuc我不熟悉具体实现，所以让我们进行一个实验：
import threading
import time
def target():
while True:
print 'Thread working...'
time.sleep(5)
NUM_THREADS = 5
for i in range(NUM_THREADS):
thread = threading.Thread(target=target)
thread.start()
使用ps -o cmd,nlwp <pid>命令报告的线程数为NUM_THREADS+1（一个主线程加上一个），因此只要操作系统工具检测到线程数量，它们就应该是操作系统线程。我在cpython和jython中都尝试过，尽管在jython中有一些其他线程在运行，但对于每个额外的线程，ps都会将线程计数增加一。
我不确定htop的行为如何，但ps似乎是一致的。
在开启线程之前，我添加了以下行：
thread.daemon = True
Python的线程实际上是解释器的一种实现，因为所谓的全局解释器锁 (GIL)，即使在技术上使用操作系统级别的线程机制。在*nix系统中，它利用了pthread，但GIL使其有效地成为一个混合体，粘在应用程序级别的线程范例中。因此，在ps/top输出中，您将在*nix系统上看到它多次出现，但性能方面仍然像是软件实现的线程。
不，你只是看到了你的操作系统下的底层线程实现方式。这种行为由*nix pthread样式的线程或者我听说甚至Windows也是以这种方式实现线程。
当您的程序关闭时，它会等待所有线程完成。如果您有可能无限期地推迟退出的线程，则将这些线程标记为“守护进程”，即使这些线程仍在运行，也允许您的程序完成。
一些您可能感兴趣的参考资料：
有很多关于这个问题的好回答，但我觉得守护线程问题仍然没有简单明了地解释。因此，这个答案只涉及到第三个问题
"当所有非守护线程都终止时，主线程将终止."
那么Python守护线程如果"只剩守护线程"时"整个Python程序退出"，那么它们就不是Python程序的一部分吗？
如果你想想守护进程是什么，通常它是一个服务。一些代码在无限循环中运行，处理请求，填充队列，接受连接等等。其他线程使用它。在独立进程中就没有任何用处。
因此，程序不能等待守护线程终止，因为它可能永远不会发生。当所有的非守护线程完成时，Python将结束程序。它也会停止守护线程。
要等待守护线程完成其工作，请使用join()方法。daemon_thread.join()将使Python在退出之前等待守护线程。 join()还接受一个超时参数。
threading.Thread对吗？ - David Heffernanthread模块提供了另一种接口来使用本地线程（但它们使用相同的本地实现）。 - Sylvain Defresne