线程池：
线程池是为了使线程能够得到循环的利用，线程池里面养着一些线程，有任务需要使用线程的时候就往线程池里抓线程对象出来使用。线程池里的线程能够重复使用，所以在资源上能够得到比较好的利用。
在任务数量多的时候就适合使用线程池，因为总不可能将线程无限的开启下去，万一任务数量有几千的话就得开几千个线程，这样对于资源上就比较浪费了。如果使用线程池的话，就能重复的利用线池里的线程，就不需要一直新开启线程，所有的线程就能得到很好的循环利用。
线程池的开启方式：
线程池通过Executors类来开启，线程池有几种类型，有固定线程数量的，有不固定数量的，有具备定时功能的，还有单线程的。
1.创建固定线程数量的线程池：
运行结果：
2.创建不固定线程数量的线程池：
运行结果：
3.创建具备定时功能的线程池：
运行结果：
4.创建单线程池：
运行结果：
Threadlocal类：
说Threadlocal类之前，先看看一个问题。如果有A、B、C、D、E这几个方法，这几个方法除了A方法外都不具备参数，但是想要从A方法将一个值传递到E方法上去怎么办？仔细想一想似乎使用一个静态属性作为一个中间介质就可以实现到传递的效果。
虽然咋看之下好像没什么问题，但是问题在于如果是多个线程同时去调用的话，就会出现值被覆盖的问题了，数据上就会出现混乱了。
代码示例：
运行结果：
从代码的运行结果可以看出，数据有被覆盖的现象。这时候可能会有人说，每次都构建Test1的对象来进行调用就可以避免出现这种问题了。是的，的确每次构建一个对象就能避免这种问题的出现，但是万一是静态的情况呢，不是说在开发的过程中都只会出现一种情况，所以如果是这种静态的情况，使用这个办法就没办法解决了，甚至还会出现问题。
虽然上面这种办法用在实例的情况下还行，不过还有另一种方法，就是使用Hashtable集合就能解决这个问题，Hashtable集合是键值对集合，一个键对应着一个值。因为这种特性，我们可以将线程的名称作为键值，然后对应存储这个线程所带的值，接着存放在Hashtable集合里。这样，在方法中取值的时候就能取到与线程相对应的值了，所以其他线程的值就不会被覆盖了，使用这个方法就能解决静态的情况了。
正题到了，使用Hashtable集合还是稍微有点麻烦，所以还有一种更方便的解决方式就是使用Threadlocal类，使用Threadlocal类的set将值设置进去，再使用get方法得到值就可以了，都不需要设置键值，比起Hashtable要方便一些。
代码示例；
运行结果：
本文转自 ZeroOne01 51CTO博客，原文链接：http://blog.51cto.com/zero01/1976658，如需转载请自行联系原作者
