线程池的研究

http://dataguru.cn/thread-224041-1-1.html 这篇非常好哦，是对libthreadpool的改进！！

　　一、"知其然，不知其所以然"
因为工作需要，用到了线程池。用的并不是自己写的，而是人家实现的线程池（windows库文件），使用起来也挺简单。工作嘛，完成任务放在第一位，就没再对其深究，能用就好。

　　二、"只知其一不知其二"
同样应为工作需要，程序需要从windows移植到Linux下，线程池需要自己编写。于是在网上找资料。实现的源码一大片，方式风格各异，但就是没找到一个讲整个流程的，以及关键点。
了解到的资料大致如下：1、提前创建一定数量的工作线程；2、在需要时唤醒一个线程。还有人提到：需要通过修改已创建的工作线程的入口地址，从而执行自己需要的执行的函数。听起来倒是很有道理，就没太在意。感觉实现线程池非常简单嘛。于是打算开始写代码。

　　三、"掌握核心科技"
完全自己写代码，没有一点头绪。找来两个源码，"借鉴"一下。一个叫libthreadpool，在sourceforge.net上能找到；另一个叫tpool，在一篇叫什么《200行...C线程池...》的文章上找到（不好意思，记不太清楚了）。参考两个源码开始自己动手写。
1、创建一个结构体，存储线程池的相关信息；
1）、源码都用了条件锁（pthread_cond_t）和互斥锁（pthread_mutex_t），而且数量不一样。不知何用，暂时放到一边。
2）、tpool用到链表来管理线程，libthreadpool用数组方式。方式不重要，暂时放到一边。
3）、一个字"乱"，整个结构体放到一边。
2、初始化函数
1）、主体：一个for循环换开启n个工作线程；其他暂不知还需要什么，先写工作线程函数。
2）、工作线程函数？需要干什么？如何修改入口地址？
一连串的问题，只好认真分析源码。这才恍然大悟，原来线程池的关键是工作线程。在工作线程执行一个死循环，在死循环中调用指针指向的函数（你最终要执行的线程函数）。这样在工作线程的一次循环中，就执行了你的线程函数。下次循环挂起，等待新的任务。原来修改入口地址的真正含义是修改工作线程的死循环中调用函数的指针，指向要执行的线程函数。
总算弄明白了线程池是如何实现的。现在抛开人家的源码，完全自己实现一个线程池。

　　四、"从零开始"
1、理解cond作用，线程池里必须用到。目的是多个闲置线程阻塞，等待任务。
构建结构体

http://blog.csdn.net/ssmile/article/details/17147895 也是对libthreadpool的改进