关于java线程池的利与弊、优化等的见解

下面的图是线程池的类的继承关系，顶级的Executor,是一个线程执行的工具。真正的线程接口是ExecutorService，里面包含提交两种线程的操作，Runnable和Callable。ScheduledExecutorService，解决那些需要任务重复执行的问题。ScheduledThreadPoolExcutor是周期性任务调度的类的实现可以创建三种线程池。

    1、newFixedThreadPool创建一个指定工作线程数量的线程池。每当提交一个任务就创建一个工作线程，如果工作线程数量达到线程池初始的最大数，则将提交的任务存入到池队列中。

    2、newCachedThreadPool创建一个可缓存的线程池。这种类型的线程池特点是： 
    1).工作线程的创建数量几乎没有限制(其实也有限制的,数目为Interger. MAX_VALUE), 这样可灵活的往线程池中添加线程。 
    2).如果长时间没有往线程池中提交任务，即如果工作线程空闲了指定的时间(默认为1分钟)，则该工作线程将自动终止。终止后，如果你又提交了新的任务，则线程池重新创建一个工作线程。

    3、newSingleThreadExecutor创建一个单线程化的Executor，即只创建唯一的工作者线程来执行任务，如果这个线程异常结束，会有另一个取代它，保证顺序执行(我觉得这点是它的特色)。单工作线程最大的特点是可保证顺序地执行各个任务，并且在任意给定的时间不会有多个线程是活动的 。

    4、newScheduleThreadPool创建一个定长的线程池，而且支持定时的以及周期性的任务执行，类似于Timer。(这种线程池原理暂还没完全了解透彻)

    总结： 一.FixedThreadPool是一个典型且优秀的线程池，它具有线程池提高程序效率和节省创建线程时所耗的开销的优点。但是，在线程池空闲时，即线程池中没有可运行任务时，它不会释放工作线程，还会占用一定的系统资源。

        二．CachedThreadPool的特点就是在线程池空闲时，即线程池中没有可运行任务时，它会释放工作线程，从而释放工作线程所占用的资源。但是，但当出现新任务时，又要创建一新的工作线程，又要一定的系统开销。并且，在使用CachedThreadPool时，一定要注意控制任务的数量，否则，由于大量线程同时运行，很有会造成系统瘫痪。

 

 

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------以上转自其他博客

 

 

既然以后的线程池都有一些缺点，而我理想中的线程池是希望具有亮点优势：第一，可以提高系统的资源利用率，但是不至于让系统崩溃；第二，在没有请求的情况下，释放全部资源。

所以，感觉在实际场景下，需要集合两个机制才能做出一个满意的线程池：

1，newCachedThreadPool的在工作线程空闲了指定时间后，该线程自动终止的机制

2，用户提交过来的请求，限制响应线程的数目，多余的放在等待队列。

 

所以，让我想起了前几天和同学讨论的java的线程池真的适用各种场景的问题，我觉得这个已经不适合了，建议后续需要使用线程池的小伙伴最好还是自己写一个最好。