From the docs: http://docs.python.org/2/library/thread
When the main thread exits, it is system defined whether the other threads survive. On SGI IRIX using the native thread implementation, they survive. On most other systems, they are killed without executing try ... finally clauses or executing object destructors.
And here, in the docs (http://docs.python.org/2/library/threading) it says:
A thread can be flagged as a “daemon thread”. The significance of this flag is that the entire Python program exits when only daemon threads are left. The initial value is inherited from the creating thread.
Let's talk only about non-daemon threads here. Since, the first quote does not make any special reference to non-daemon threads, I would assume that even non-daemon threads should be killed if the main thread is exiting. However, the second quote suggests otherwise. And in fact, the non-daemon threads are indeed not killed when the main thread exits. So, what's the point of first quote here?
Threads are part of the process. If the process exits, they (along with all other process resources) cease to exist.
Calling the exit subroutine terminates the entire process, including all its threads. In a multithreaded program, the exit subroutine should only be used when the entire process needs to be terminated; for example, in the case of an unrecoverable error.
2: It must be the last thread to finish execution. When the main thread stops, your program terminates.
The main thread must be the last thread to finish execution. When the main thread stops, the program terminates.
The documentation you reference comes from two different modules: thread
and threading
. thread
is a low-level module providing more-or-less direct access to the platform's idea of what "thread" means. threading
supplies a higher-level notion of "thread" with less platform dependence.
That's why the docs say different things. What happens to a low-level thread
"thread" at exit does depend on what the platform C's version of threads do, but in any case Python makes no attempt to - or not to - shut them down cleanly.
A threading.Thread
is different. Part of Python's normal shutdown processing is to .join()
all non-daemon threading.Thread
threads. So the program won't end at all until all non-daemon threading.Thread
threads have ended (which is the programmer's responsibility to ensure). Note that the low-level thread
module threads have no concept of .join()
- .join()
is a higher-level concept implemented by the distinct threading
module.
Advice: use threading
instead of thread
unless you have excellent reasons to use thread
instead. threading
is better behaved and supplies many useful tools. An example of when using thread
is better? I can't think of one ;-)
Note: in Python 3, the low-level thread
module is renamed to _thread
. As usual, the leading underscore hints "better not to mess with this - but it's here if you must".
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With