线程池的应用

线程池原理

简单来说就是有一堆已经创建好的线程（最大数目一定），初始时他们都处于空闲状态，当有新的任务进来，从线程池中取出一个空闲的线程处理任务，然后当任务处理完成之后，该线程被重新放回到线程池中，供其他的任务使用，当线程池中的线程都在处理任务时，就没有空闲线程供使用，此时，若有新的任务产生，只能等待线程池中有线程结束任务空闲才能执行，下面是线程池的工作原理图：

线程池的实现原理：

线程池的组成主要分为 3 个部分，这三部分配合工作就可以得到一个完整的线程池：

任务队列，存储需要处理的任务，由工作的线程来处理这些任务 通过线程池提供的 API 函数，将一个待处理的任务添加到任务队列，或者从任务队列中删除 已处理的任务会被从任务队列中删除 线程池的使用者，也就是调用线程池函数往任务队列中添加任务的线程就是生产者线程 工作的线程（任务队列任务的消费者） ，N个 线程池中维护了一定数量的工作线程，他们的作用是是不停的读任务队列，从里边取出任务并处理 工作的线程相当于是任务队列的消费者角色， 如果任务队列为空，工作的线程将会被阻塞 (使用条件变量 / 信号量阻塞) 如果阻塞之后有了新的任务，由生产者将阻塞解除，工作线程开始工作 管理者线程（不处理任务队列中的任务），1个 它的任务是周期性的对任务队列中的任务数量以及处于忙状态的工作线程个数进行检测 当任务过多的时候，可以适当的创建一些新的工作线程 当任务过少的时候，可以适当的销毁一些工作的线程.

为什么要使用线程池？

我们使用线程的时候就去创建一个线程，这样实现起来非常简便，但是就会有一个问题：如果并发的线程数量很多，并且每个线程都是执行一个时间很短的任务就结束了，这样频繁创建线程就会大大降低系统的效率，因为频繁创建线程和销毁线程需要时间。

简单来说就是线程本身存在开销，我们利用多线程来进行任务处理，多线程也不能滥用，无止禁的开新线程会给系统产生大量消耗，而线程本来就是可重用的资源，不需要每次使用时都进行初始化，因此可以采用有限的线程个数处理无限的任务。

适用场景

事实上，线程池并不是万能的。它有其特定的使用场合。线程池致力于减少线程本身的开销对应用所产生的影响，这是有前提的，前提就是线程本身开销与线程执行任务相比不可忽略。如果线程本身的开销相对于线程任务执行开销而言是可以忽略不计的，那么此时线程池所带来的好处是不明显的，比如对于FTP服务器以及Telnet服务器，通常传送文件的时间较长，开销较大，那么此时，我们采用线程池未必是理想的方法，我们可以选择“即时创建，即时销毁”的策略。 总之线程池通常适合下面的几个场合：

(1)单位时间内处理任务频繁而且任务处理时间短；

(2)对实时性要求较高。如果接受到任务后在创建线程，可能满足不了实时要求，因此必须采用线程池进行预创建。