pthread_detach

pthread_detach
 
　　

    创建一个线程默认的状态是joinable,如果一个线程结束运行但没有被join,则它的状态类似于进程中的Zombie Process,即还有一部分资源没有被回收（退出状态码），所以创建线程者应该调用pthread_join来等待线程运行结束，并可得到线程的退出代码，回收其资源（类似于wait,waitpid)
　　但是调用pthread_join(pthread_id)后，如果该线程没有运行结束，调用者会被阻塞，在有些情况下我们并不希望如此，比如在Web服务器中当主线程为每个新来的链接创建一个子线程进行处理的时候，主线程并不希望因为调用pthread_join而阻塞（因为还要继续处理之后到来的链接），这时可以在子线程中加入代码
        pthread_detach(pthread_self())
或者父线程调用
       pthread_detach(thread_id)（非阻塞，可立即返回）
　　这将该子线程的状态设置为detached,则该线程运行结束后会自动释放所有资源。

注：pthread_self()函数用来获取当前调用该函数的线程的线程ID。
       pthread_detach最好放在线程处理函数的第一行。
       pthread_join一般是主线程来调用，用来等待子线程退出，因为是等待，所以是阻塞的，一般主线程会依次join所有它创建的子线程。
       pthread_exit一般是子线程调用，用来结束当前线程。
       子线程可以通过pthread_exit传递一个返回值，而主线程通过pthread_join获得该返回值，从而判断该子线程的退出是正常还是异常。

linux线程执行和windows不同，pthread有两种状态joinable状态和unjoinable状态

 一个线程默认的状态是joinable，如果线程是joinable状态，当线程函数自己返回退出时或pthread_exit时都不会释放线程所占用堆栈和线程描述符（总计8K多）。只有当你调用了pthread_join之后这些资源才会被释放。
若是unjoinable状态的线程，这些资源在线程函数退出时或pthread_exit时自动会被释放。

unjoinable属性可以在pthread_create时指定，或在线程创建后在线程中pthread_detach自己, 如：pthread_detach(pthread_self())，将状态改为unjoinable状态，确保资源的释放。如果线程状态为 joinable,需要在之后适时调用pthread_join.

join

• join是三种同步线程的方式之一。另外两种分别是互斥锁（mutex）和条件变量（condition variable）。

• 调用pthread_join()将阻塞自己，一直到要等待加入的线程运行结束。

• 可以用pthread_join()获取线程的返回值。

• 一个线程对应一个pthread_join()调用，对同一个线程进行多次pthread_join()调用是逻辑错误。

join or detach

• 线程分两种：一种可以join，另一种不可以。该属性在创建线程的时候指定。

• joinable线程可在创建后，用pthread_detach()显式地分离。但分离后不可以再合并。该操作不可逆。

• 为了确保移植性，在创建线程时，最好显式指定其join或detach属性。似乎不是所有POSIX实现都是用joinable作默认。

总结：

pthread_join()会挂起父线程，直至子线程完成才可以执行后面的代码，此外，一个PTHREAD_CREATE_JOINABLE状态的子线程不会自动释放该线程的内存资源，包括线程描述符和其使用的栈；而主线程调用pthread_detach()时，无需等待子线程的完成，它可以立即执行后面的代码，当然，也有可能主线程执行完之后销毁进程，导致子线程未能执行，此外，一个PTHREAD_CREATE_DETACH状态的子线程拥有自我回收内存资源的功能