Python 启动的 daemon 线程一定会随着主线程退出而退出吗？
使用 threading 模块创建了个子线程，设置 daemon 为 True。子线程是死循环，里面使用了 sleep，用于发送心跳包。主线程是死循环，用于处理任务。那么启动这个程序之后，使用 ctrl+c 停止，那么子线程一定会结束吗？
Python 启动的 daemon 线程一定会随着主线程退出而退出吗？
- Ctrl C 的效果是发送 sigterm 信号，信号可能被任何一个线程捕捉到。你这样做很不稳
2. 稳妥的做法是：使用 signal 模块，保证主线程捕捉到信号。主线程设置一个变量。子线程定时检测这个变量。主线程等所有子线程退出后再退出。
不一定。Python 的 daemon 线程（通过 threading.Thread(daemon=True) 设置）会在主线程退出时被强制终止，但前提是主线程正常退出。如果主线程因为未处理的异常而崩溃，或者调用了 os._exit() 直接退出进程，daemon 线程可能不会执行清理就被立即终止。另外，如果 daemon 线程里发生了阻塞（比如死锁或长时间I/O），Python 解释器退出时也会强行终止它，这可能导致资源未正确释放（如文件未关闭）。所以，daemon 线程适合执行一些不重要的后台任务，不能依赖它做必要的清理工作。
总结：daemon线程在主线程正常结束时会被强制结束，但不保证在所有退出场景下都能优雅终止。
说的守护进程, 楼主文的是 daemon threat, 不是同一个东西.
1 楼已经给了一个稳妥的方法.
下面是 daemon threat 的解释, daemon threat 会在主进程结束后自动结束.
https://stackoverflow.com/a/190017
谢谢，但是不稳的原因是 因为 信号可能被任何一个线程捕捉到吗？ 但是实际情况是，主线程程序(shell 中跑的)已经退出到 shell 了，但是子线程还可能在跑。这个排除了主线程没有捕捉到信号。
那么，主线程退出的时候守护线程不会被退出吗？我看 threading 文档，Daemon threads are abruptly stopped at shutdown. Their resources (such as open files, database transactions, etc.) may not be released properly. If you want your threads to stop gracefully, make them non-daemonic and use a suitable signalling mechanism such as an Event
仔细一想，主线程一退，就会调用 syscall exit，整个进程都退了，不需要一个个清理子线程。
这也就是为什么说 Daemon threads are abruptly stopped at shutdown
