Thread Lifetime Management: Warnings and Tips

Some caveats and tips on the lifetime of threads in C++ coming your way...

We'll cover the following


The Challenge of detach: Of course you can use t.detach() instead of t.join() in the last program. The thread t is not joinable any more; therefore, its destructor didn’t call std::terminate. But now you have another issue. The program behaviour is undefined because the main program may complete before the thread t has time to complete its workpackage; therefore, its lifetime is too short to display the id. For more details, see lifetime issues of variables.


🔑 scoped_thread by Anthony Williams

If it’s too bothersome for you to manually take care of the lifetime of your threads, you can encapsulate a std::thread in your own wrapper class. This class should automatically call join in its destructor. Of course you can go the other way and call detach, but there is an issue with detach.

Anthony Williams created such a useful class and presented it in his excellent book Concurrency in Action. He called the wrapper scoped_thread. scoped_thread gets a thread t in its constructor and checks if t is still joinable. If the thread t passed into the constructor is not joinable anymore, there is no need for the scoped_thread. If t is joinable, the destructor calls t.join(). Because the copy constructor and copy assignment operator are declared as delete, instances of scoped_thread can not be copied to or assigned from.

Get hands-on with 1000+ tech skills courses.