多线程中thread::join()和thread::detach()的区别

      

你应该使用join还是detached？

• 一般都使用join
• 除非你需要更灵活并且想要独立地提供一种同步机制来等待线程完成，在这种情况下你应该使用detach

   C++中的thread对象是指执行的线程(thread of execution)，这是系统性或平台性的概念。

    当执行thread::join()时，子线程就会阻塞主线程，当thread::join()结束后，子线程执行完，才会继续去执行主线程。比较暴力，主线程在等待子线程期间，什么都不能做。但是一般情况，主线程创建子线程后就要做自己的工作，否则创建子线程有何意义。thread::join()执行完后，子线程相关的内存空间会被OS清理掉，此后thread object将不再和这个子线程相关了，即thread object不再joinable,所以每个子线程都只能执行一次join操作。为了实现更加精细的线程等待机制，可以使用条件变量等机制来配合使用。

    当执行thread::detach()时，子线程会与thread object脱离关系，以后就不能再用thread object来表示该子线程了，他们已经变成两个完全独立的东西。此后，thread object可以销毁，子线程可以继续执行。如果项目需要知道该线程什么时候执行结束，就需要其他的机制来配合（其他机制是什么？？？）。此后，就不能在thread object上调用join()函数了，是因为thread object和执行的线程没有任何联系 associated了。

    如果当前子线程仍然是joinable的，那么强行销毁它就是不允许的。为了能够销毁子线程，join()和detach()必须调用一个。

    有一些情况下，子线程不能被thread object表示，也就是unjoinable状态。

    1）默认构造出来的thread object不能代表一个子线程，所以是不能joinable

    2）被移除掉的thread不能代表一个子线程。

    

    Lnux线程中，pthread有两种状态joinable状态和unjoinable状态。

    joinable状态下，当线程函数自己返回退出时或pthread_exit时都不会释放线程所占用堆栈和线程描述符。只有当你调用了          pthread_join之后这些资源才会被释放，这是需要main函数或者其他线程去调用pthread_join函数。

    unjoinable状态的线程，这些资源在线程函数退出时或pthread_exit时自动会被释放。设置unjoinable状态设置有两种办法 一     是可以在pthread_create时指定，二是线程创建后在线程中pthread_detach自己 pthread_detach(pthread_self())，状态改       为 unjoinable状态，确保资源的释放

下面这篇博文写的非常到位：

https://blog.csdn.net/c_base_jin/article/details/79233705

线程状态：

在一个线程的生存期内，可以在多种状态之间转换，不同的操作系统可以实现不同的线程模型，定义许多不同的线程状态，每个状态还可以包含多个子状态，但大体来说，如下几种状态是通用的：

1）就绪：参与调度，等待被执行，一旦被调度选中，立即开始执行

2）运行：占用CPU，正在运行中

3）休眠：暂不参与调度，等待特定事件发生

4）中止：已经运行完毕，等待回收线程资源

线程环境：

线程存在于进程之中，进程内所有全局资源对于内部每个线程都是可见的。

进程内典型全局资源如下：

1）代码区：这意味着当前进程空间内所有的可见的函数代码，对于每个线程来说，也是可见的

2）静态存储区：全局变量，静态空间

3）动态存储区：堆空间

线程内典型的局部资源：

1）本地栈空间：存放本线程的函数调用栈，函数内部的局部变量等

2）部分寄存器变量：线程下一步要执行代码的指针偏移量

一个进程发起后，会首先生成一个缺省的线程，通常称这个线程为主线程，C/C++程序中，主线程就是通过main函数进入的线程，由主线程衍生的线程成为从线程，从线程也可以有自己的入口函数，相当于主线程的main函数，这个函数由用户指定。通过thread构造函数中传入函数指针实现，在指定线程入口函数时，也可以指定入口函数的参数。就像main函数有固定的格式要求一样，线程的入口函数也可以有固定的格式要求，参数通常都是void*类型，返回类型根据协议的不同也不同，pthread中是void*，winapi中是unsigned int，而且都是全局函数。

最常见的线程模型中，除主线程较为特殊之外，其他线程一旦被创建，相互之间就是对等关系，不存在隐含的层次关系。每个进程可创建的最大线程数由具体实现决定。

无论在windows中还是Posix中，主线程和子线程的默认关系是：无论子线程执行完毕与否，一旦主线程执行完毕退出，所有子线程执行都会终止。这时整个进程结束或僵死，部分线程保持一种终止执行但还未销毁的状态，而进程必须在其所有线程销毁后销毁，这时进程处于僵死状态。线程函数执行完毕退出，或以其他非常方式终止，线程进入终止态，但是为线程分配的系统资源不一定释放，可能在系统重启之前，一直都不能释放，终止态的线程，仍旧作为一个线程实体存在于操作系统中，什么时候销毁，取决于线程属性。在这种情况下，主线程和子线程通常定义以下两种关系：

1、可会合（joinable）：这种关系下，主线程需要明确执行等待操作，在子线程结束后，主线程的等待操作执行完毕，子线程和主线程会合，这时主线程继续执行等待操作之后的下一步操作。主线程必须会合可会合的子线程。在主线程的线程函数内部调用子线程对象的wait函数实现，即使子线程能够在主线程之前执行完毕，进入终止态，也必须执行会合操作，否则，系统永远不会主动销毁线程，分配给该线程的系统资源也永远不会释放。

2、相分离（detached）：表示子线程无需和主线程会合，也就是相分离的，这种情况下，子线程一旦进入终止状态，这种方式常用在线程数较多的情况下，有时让主线程逐个等待子线程结束，或者让主线程安排每个子线程结束的等待顺序，是很困难或不可能的，所以在并发子线程较多的情况下，这种方式也会经常使用。

在任何一个时间点上，线程是可结合（joinable）或者是可分离的（detached），一个可结合的线程能够被其他线程回收资源和杀死，在被其他线程回收之前，它的存储器资源如栈，是不释放的，相反，一个分离的线程是不能被其他线程回收或杀死的，它的存储器资源在它终止时由系统自动释放。

线程的分离状态决定一个线程以什么样的方式来终止自己，在默认的情况下，线程是非分离状态的，这种情况下，原有的线程等待创建的线程结束，只有当pthread_join函数返回时，创建的线程才算终止，释放自己占用的系统资源，而分离线程没有被其他的线程所等待，自己运行结束了，线程也就终止了，马上释放系统资源。