前言
在java并发编程中,线程池是非常常见的一种维护线程封闭的技术,当然在我们的web开发中,最熟悉的就是jdbc的连接池,那么这两种池有什么关系吗?
答案显然是否定的,前置是实现线程安全性需要,后者是为了复用系统资源需要。我们先来讲讲线程池。
线程池
从字面上来理解,池是管理一小组同构工作的资源池。它是与工作队列(Work Queue)密切相关的,工作队列是指保存了所有等待执行任务的队列。执行每个任务的线程叫做工作者线程(Work Thread),它的任务就是:到队列中领取一个任务,执行完后自己回到线程池中,等待下一个任务。
那问题来了:为什么不每个任务开一个线程呢,这样也是差不多意思啊,这个问题的关键在于没有认识到创建线程和销毁线程是需要巨大的开销的,此外一个任务过来需要再去创建线程是需要时间的,就造成了任务执行的延迟,而这两个问题通过使用线程池通通解决了。
如何创建线程池:
在java的concurrent包中,提供了Executors可以方便的配置线程池。至于这个对象提供的一些方法,可以自行查找。
Executor框架使用Runnable作为基本的任务表现形式,它是一种有很大局限性的抽象,它不能返回一个值或者不能抛出守检查的异常。对于一个任务对象,一般都是存在计算成本或I/O成本的,对于这些任务,Callable是一个比Runnable更好的封装。Executor的所有submit方法都会返回一个Future来描述任务。
Future表示一个任务的生命周期,提供相应的方法来判断任务是否已经完成、任务是否已经取消、获取任务结果、取消任务等操作。
Mina线程池
下面我们来讨论下Mina框架的线程池:
Mina主要有四个地方使用了线程池:
1.IoAcceptor/IoConnector线程池
这两个都是继承自IoService接口的抽象实现类AbstractIoService,在AbstractIoService中,有:
可以看到它使用的newCachedThreadPool(),这个方法提供的是一个可变大小的线程池。IoAcceptor每建立一个监听端口就开启一个线程,IoConnector每建立一个连接就开启一个线程。它们的线程都是从线程池中取的。
2.IoProcess线程池
每建立好一个连接之后,就生成一个IoSession,于是就可以将IoSession视为任务列表,都在等待执行(读取或写入操作),而IoProcess就充当了执行者的角色。我们可以在IoService创建的时候,就指定IoProcess线程池的大小,如下:
如果我们不指定,则取默认值,如下:
IoProcess其实是通过维护一个数组来实现线程池的,而数组中的对象其实也是从newCachedThreadPool中取出来的,至于它为什么不用newFixedThreadPool就未从可知了。
IoProcess线程的生命周期有多长,取决于它执行的任务,他执行的任务就是完成一次socket对话,也就是IoSession的生命周期。
3.IoHandler线程池
数据在经过codec之后,就被送到handler中执行业务逻辑操作,而这块操作还是由IoProcess线程处理的,如果在handler中有非常耗时的操作,如磁盘I/O,复杂计算等,就造成IoProcess线程池无法回收这些线程,如果有大量socket连接,就会被等待。
其实我们可以在过滤链上增加一个threadPool,这样在handler中的处理就交给另一个线程池,而IoProcess则可以返回到原来的池中。