unp27章节中的27.12中，我们的子线程是通过操作共享任务缓冲区，得到task的，也就是通过线程间共享的clifd[]数组，这个数组其实就是我们的任务数组，得到其中的connfd资源。
我们对这个任务数组的操作，需要互斥量+条件变量达到同步的目的。。每个线程是无规律的从clifd得到任务，然后执行的。任务和线程之间没有对应关系。线程完成本次任务之后，如果任务数组中任然有任务，则再次运行下一个任务。
而另外的一个线程池模型中，pthread_create (&temp[i].tid, NULL, child_work, (void *) &temp[i]);，可以知道每个线程都运行chlid_child（struct pthread_node*）函数。这个函数的参数是我们的线程结构struct pthread_node（代表一个线程）。
我们把线程结构和任务之间建立关系，每个线程（用线程结构代表）对应于一个任务。
然后再child_work中，只要我们的线程结构中的work变量（指向一个任务结构）不为NULL，我们就开始运行程序。。。。（跟unp中的区别是，我们的线程和任务之间关系是之前就设置好的，但是也没有什么用，只是把unp中线程获得任务的步骤放到了thread_manger函数对应的线程中了。
本质上还是随机获得任务。
pthread_create (&thread_manager_tid, NULL, thread_manager, NULL);
这个线程的运行时是unp中没有的那个部分。。主要目的是为了或许任务，然后从空闲线程结构中获得空闲线程结构，把空闲线程结构和任务建立对应关系，以便child_work线程中，不用像unp那样，直接操作任务池。
本质上的区别是，我们由于有了线程池的结构，和线程结构。所以我们就拥有监视空闲线程和工作线程的数据结构，方便以后的监视操作的扩张。。
typedef struct pthread_queue
{
int number; /* the number of thread in this queue. */
struct pthread_node *head;
struct pthread_node *rear;
pthread_cond_t cond; /* when no idle thread, the manager wait for ,or when a thread return with idle, signal. */
pthread_mutex_t mutex;
} PTHREAD_QUEUE_T;
如果不是为了这个功能，我们使用unp中的方法更加简单。无论哪种设计，如果线程没有被销毁，我们的所有线程都在执行。所谓的空闲线程，只是被堵塞的线程。线程本身的资源还在。