简单实现线程池

        最近在研究线程池，在看jdk源码的时候也感觉很头疼，毕竟jdk写的很抽象，想到的情况也很全面，因此全部研究透彻对于一枚大三狗来说也是很吃力。

        所以也就只能挑出重点来看了。在看jdk源码的时候要注重源码的实现思想，而不是看他是怎么怎么敲的代码，如果只是死记代码的话对我们来说也没有什么意义。

        现在就来分析一下源码思想（个人理解，不可能全面，只是冰山一角）：

         源码中使用一个worker类来代表一个执行具体任务的角色，其本身就是一个线程中的runnable，也就是thread的target。

一定要知道runnable和thread不是一回事，thread只是执行runnable的run方法而已。

           使用阻塞队列（blockingQueue）来存储任务也就是我们需要传入的runnable，工作线程（worker）在可以执行的状态下不断的检查看队列中是否还有任务，如果还有任务，那就继续执行，如果没有任务，就会一直等待，直到有任务到来。

            这就是线程池的基本思想，那么为什么需要使用线程池呢？原因就是每次创建线程池都会消耗系统的资源，通俗点就是说会带来时间的损耗，以及cpu等资源的损耗。试想如果你的项目在执行任务的时候所消耗的时间都比创建线程的时间短的话，那么你的系统大部分的时间都是消耗在线程的创建上了，而不是任务的本身。

            还有就是线程池并不说在你使用的时候其内部就有线程，而是在你提交任务时创建的，在你创建好之后，以后都是这几个线程在执行，而不需要在创建其他的线程了。简易版线程池如下：

          在实现代码的时候，对线程中断这块理解的不太清楚，后来才知道，所谓的线程中断只是标记线程的状态，并没有真正的中断线程，我们需要做的就是拿到线程中断的状态的时候，手动做出一些措施来让线程不执行那一段代码，或者直接return停掉线程，希望大家明白中断的意义。

            对于批量的执行任务那就是大同小异了，只需要将runnable换成list数组就好了。

             本文简单的实现了具有固定线程数的线程池，具有缓存的池思想相同，只是不需要你设置线程池的数量。

            最后的图跟之前的重复了一点，略过就好。