线程池的总结
2015-06-06 23:25
316 查看
线程池是经常用的,所以今天特地将其原理、好处、jdk的实现方式整理出来,以供以后复习之用。
问题:服务器应用程序中经常出现的情况是:单个任务处理的时间很短而请求的数目却是巨大的。
如果每个请求对应一个线程(thread-per-request)方法的不足之一是:为每个请求创建一个新线程的开销很大;为每个请求创建新线程的服务器在创建和销毁线程上花费的时间和消耗的系统资源要比花在处理实际的用户请求的时间和资源更多。
其二是:除了创建和销毁线程的开销之外,活动的线程也消耗系统资源。在一个 JVM 里创建太多的线程可能会导致系统由于过度消耗内存而用完内存或“切换过度”。
处理方案:使用线程池
理由:线程池为线程生命周期开销问题和资源不足问题提供了解决方案。通过对多个任务重用线程,线程创建的开销被分摊到了多个任务上。其好处是,因为在请求到达时线程已经存在,所以无意中也消除了线程创建所带来的延迟。这样,就可以立即为请求服务,使应用程序响应更快。而且,通过适当地调整线程池中的线程数目,也就是当请求的数目超过某个阈值时,就强制其它任何新到的请求一直等待,直到获得一个线程来处理为止,从而可以防止资源不足。(简单概括就是:复用,减少开销,防止资源不足)。
这是李刚的疯狂讲义对线程池的叙述:
但是又引出了新的问题:例如1、在池为空时,会发生什么呢?试图向池线程传递任务的调用者都会发现池为空,在调用者等待一个可用的池线程时,它的线程将阻塞 2、若无工作进行处理时,线程池里的线程会怎样?
设计:一组固定的工作线程相结合的工作队列,它使用
具体线程池的实现代码,如下:
1、死锁
2、资源不足
下面重点说一下:
3、并发错误:
线程池和其它排队机制依靠使用
4、线程泄漏:
各种类型的线程池中一个严重的风险是线程泄漏,当从池中除去一个线程以执行一项任务,而在任务完成后该线程却没有返回池时,会发生这种情况。发生线程泄漏的一种情形出现在任务抛出一个
理解了线程池的原理,下面介绍几种常用的线程池:
这三个方法返回一个ExecutorService对象,该对象代表一个线程池,它可以执行Runnable对象或Callable对象所代表的线程。
使用线程池执行任务的步骤如下:
a、调用Executors类的静态工厂方法创建一个ExecutorService对象,该对象代表一个线程池
b、创建Runnable实现类,作为要执行的任务
c、调用ExecutorService对象的submit方法来提交b的实例
d、调用ExecutorService对象的shutdown方法关闭线程池
代码实现:
写到这里我又想到以前自己写过的代码,那时我是直接调用的Execute函数,那么submit和execute又有什么区别呢???我曾经写的代码:
下面说一下二者的稍有不同之处是,execute是Executor接口的方法,而这个接口只有一个方法,返回值是void:
然后ExecutorService接口继承了Executor接口,并声明了自己的一些方法:submit、invokeAll、invokeAny以及shutDown等;
其中submit()方法是在ExecutorService中声明的方法,在AbstractExecutorService就已经有了具体的实现,在ThreadPoolExecutor中并没有对其进行重写,这个方法也是用来向线程池提交任务的,但是它和execute()方法不同,它能够返回任务执行的结果,去看submit()方法的实现,会发现它实际上还是调用的execute()方法,只不过它利用了Future来获取任务执行结果。
简单列一下结构关系:
![](https://img-blog.csdn.net/20150626220154655?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvajc1NDM3OTExNw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
![](https://img-blog.csdn.net/20150626220230867?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvajc1NDM3OTExNw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
![](https://img-blog.csdn.net/20150626220314027?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvajc1NDM3OTExNw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
![](https://img-blog.csdn.net/20150626220347252?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvajc1NDM3OTExNw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
![](https://img-blog.csdn.net/20150626220428659?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvajc1NDM3OTExNw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
![](https://img-blog.csdn.net/20150626220507435?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvajc1NDM3OTExNw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
![](https://img-blog.csdn.net/20150626220542923?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvajc1NDM3OTExNw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
![](https://img-blog.csdn.net/20150626220603828?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvajc1NDM3OTExNw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
写到这里,发现线程池的东西越写越复杂,同时也参考了网友的一些理解,以及李刚讲义的一些内容,欢迎大家一起交流指正。
问题:服务器应用程序中经常出现的情况是:单个任务处理的时间很短而请求的数目却是巨大的。
如果每个请求对应一个线程(thread-per-request)方法的不足之一是:为每个请求创建一个新线程的开销很大;为每个请求创建新线程的服务器在创建和销毁线程上花费的时间和消耗的系统资源要比花在处理实际的用户请求的时间和资源更多。
其二是:除了创建和销毁线程的开销之外,活动的线程也消耗系统资源。在一个 JVM 里创建太多的线程可能会导致系统由于过度消耗内存而用完内存或“切换过度”。
处理方案:使用线程池
理由:线程池为线程生命周期开销问题和资源不足问题提供了解决方案。通过对多个任务重用线程,线程创建的开销被分摊到了多个任务上。其好处是,因为在请求到达时线程已经存在,所以无意中也消除了线程创建所带来的延迟。这样,就可以立即为请求服务,使应用程序响应更快。而且,通过适当地调整线程池中的线程数目,也就是当请求的数目超过某个阈值时,就强制其它任何新到的请求一直等待,直到获得一个线程来处理为止,从而可以防止资源不足。(简单概括就是:复用,减少开销,防止资源不足)。
这是李刚的疯狂讲义对线程池的叙述:
但是又引出了新的问题:例如1、在池为空时,会发生什么呢?试图向池线程传递任务的调用者都会发现池为空,在调用者等待一个可用的池线程时,它的线程将阻塞 2、若无工作进行处理时,线程池里的线程会怎样?
设计:一组固定的工作线程相结合的工作队列,它使用
wait()和
notify()来通知等待线程新的工作已经到达了。该工作队列通常被实现成具有相关监视器对象的某种链表。
具体线程池的实现代码,如下:
public class WorkQueue { private final int nThreads; private final PoolWorker[] threads; private final LinkedList queue; public WorkQueue(int nThreads) { this.nThreads = nThreads; queue = new LinkedList(); threads = new PoolWorker[nThreads]; for (int i=0; i<nThreads; i++) { threads[i] = new PoolWorker(); threads[i].start(); } } public void execute(Runnable r) { synchronized(queue) { queue.addLast(r); queue.notify(); } } private class PoolWorker extends Thread { public void run() { Runnable r; while (true) { synchronized(queue) { while (queue.isEmpty()) { try { queue.wait(); } catch (InterruptedException ignored) { } } r = (Runnable) queue.removeFirst(); } // If we don't catch RuntimeException, // the pool could leak threads try { r.run(); } catch (RuntimeException e) { // You might want to log something here } } } } }
使用线程池的风险:
1、死锁2、资源不足
下面重点说一下:
3、并发错误:
线程池和其它排队机制依靠使用
wait()和
notify()方法,这两个方法都难于使用。如果编码不正确,那么可能丢失通知,导致线程保持空闲状态,尽管队列中有工作要处理。
4、线程泄漏:
各种类型的线程池中一个严重的风险是线程泄漏,当从池中除去一个线程以执行一项任务,而在任务完成后该线程却没有返回池时,会发生这种情况。发生线程泄漏的一种情形出现在任务抛出一个
RuntimeException或一个
Error时。如果池类没有捕捉到它们,那么线程只会退出而线程池的大小将会永久减少一个。当这种情况发生的次数足够多时,线程池最终就为空,而且系统将停止,因为没有可用的线程来处理任务。
理解了线程池的原理,下面介绍几种常用的线程池:
这三个方法返回一个ExecutorService对象,该对象代表一个线程池,它可以执行Runnable对象或Callable对象所代表的线程。
使用线程池执行任务的步骤如下:
a、调用Executors类的静态工厂方法创建一个ExecutorService对象,该对象代表一个线程池
b、创建Runnable实现类,作为要执行的任务
c、调用ExecutorService对象的submit方法来提交b的实例
d、调用ExecutorService对象的shutdown方法关闭线程池
代码实现:
写到这里我又想到以前自己写过的代码,那时我是直接调用的Execute函数,那么submit和execute又有什么区别呢???我曾经写的代码:
下面说一下二者的稍有不同之处是,execute是Executor接口的方法,而这个接口只有一个方法,返回值是void:
然后ExecutorService接口继承了Executor接口,并声明了自己的一些方法:submit、invokeAll、invokeAny以及shutDown等;
其中submit()方法是在ExecutorService中声明的方法,在AbstractExecutorService就已经有了具体的实现,在ThreadPoolExecutor中并没有对其进行重写,这个方法也是用来向线程池提交任务的,但是它和execute()方法不同,它能够返回任务执行的结果,去看submit()方法的实现,会发现它实际上还是调用的execute()方法,只不过它利用了Future来获取任务执行结果。
简单列一下结构关系:
写到这里,发现线程池的东西越写越复杂,同时也参考了网友的一些理解,以及李刚讲义的一些内容,欢迎大家一起交流指正。
相关文章推荐
- java对世界各个时区(TimeZone)的通用转换处理方法(转载)
- java-注解annotation
- java-模拟tomcat服务器
- java-用HttpURLConnection发送Http请求.
- java-WEB中的监听器Lisener
- Android IPC进程间通讯机制
- Android Native 绘图方法
- Android java 与 javascript互访(相互调用)的方法例子
- 介绍一款信息管理系统的开源框架---jeecg
- 聚类算法之kmeans算法java版本
- java实现 PageRank算法
- PropertyChangeListener简单理解
- 插入排序
- 冒泡排序
- 堆排序
- 快速排序
- 二叉查找树
- [原创]java局域网聊天系统