Linux----pthraed_join和pthread_detach看得懂的解释

说在前面：
这篇解释文章，是关于上一篇tcp套接字实现的解释说明文章，同样也希望对你有一丝帮助。废话不多说，进入正文。
1.关于join
①join是三种同步线程的方式之一。另外两种分别是互斥锁（mutex）和条件变量（condition variable）。(这里的进程间通信问题，之后会给个传送门的。)
②调用pthread_join()将阻塞自己，一直到要等待加入的线程运行结束。可以用pthread_join()获取线程的返回值。
③一个线程对应一个pthread_join()调用，对同一个线程进行多次pthread_join()调用是逻辑错误。
④linux线程执行和windows不同，pthread有两种状态joinable状态和unjoinable状态，如果线程是joinable状态，当线程函数自己返回退出时或pthread_exit时都不会释放线程所占用堆栈和线程描述符（总计8K多）。只有当你调用了pthread_join之后这些资源才会被释放。若是unjoinable状态的线程，这些资源在线程函数退出时或pthread_exit时自动会被释放。
2.pthread_join()函数的解释
调用pthread_join()的线程会阻塞，直到指定的线程返回，调用了pthread_exit()，或者被取消。换句话说，代码实现中如果没有pthread_join()主线程会很快结束从而使整个进程结束，从而使创建的新线程没有机会开始执行就结束了，这对于多线程并发的意义何在？加入pthread_join()后，主线程会一直等待直到等待的线程结束自己才结束，使创建的线程有机会执行，然而这是一个阻塞的系统调用，往往实际情况并非如此。所以要使线程分离，即pthread_detach()。
3.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,则该线程运行结束后会自动释放所有资源。
③调用此函数的线程脱离主进程成为后台线程。后台线程不会阻止进程的终止，属于某个主进程的所有前台线程终止之后，该主进程才会终止。当主进程终止后，所有剩余的后台线程都会停止而不会完成。
④通常，后台线程非常适合于完成后台任务，应该将被动侦听活动的线程设置为后台线程，而将负责发送数据的线程设置为前台线程，这样，在所有的数据发送完毕之前该线程不会被终止。一般后台线程用于需要长时间等待的任务，比如监听客户端的请求；前台线程一般用于处理时间较短的任务，比如处理客户端发过来的请求信息。
最后：
本人技术有限，如果其中有什么问题的话，也希望指出来告诉我，乐于承认错误。