在实际的系统中,常常有这样的场景:把一个任务丢到一个任务队列(Task Queue)中,由另一个或多个线程异步执行。此时又想控制队列的大小(防止内存溢出或是业务逻辑需要);丢弃最老的任务,保护系统。 一般的做法是:
然后,像这样使用
如果每次需要任务队列的时候,就做一大坨初始化:指定核心线程池大小,最大池大小,线程活跃时间、单位,剔除的规则,等等,实在是太繁琐了,也没有必要。
对于绝大多数应用场景,指定工作线程数及队列大小上限就够了。这是一个实用的工具类方法,它替你隐藏了你不需要关心的设定信息:
现在的初始化,变得简单惬意,建立多少个线程池也不觉得臃肿:
ExecutorService threadPool = new ThreadPoolExecutor(corePoolSize, maxPoolSize, 10000,
TimeUnit.NANOSECONDS, new ArrayBlockingQueue<Runnable>(
limitSize),
new ThreadPoolExecutor.DiscardOldestPolicy());
然后,像这样使用
threadPool.execute(new Runnable() {
@Override
public void run() {
... //异步处理
}
});
如果每次需要任务队列的时候,就做一大坨初始化:指定核心线程池大小,最大池大小,线程活跃时间、单位,剔除的规则,等等,实在是太繁琐了,也没有必要。
对于绝大多数应用场景,指定工作线程数及队列大小上限就够了。这是一个实用的工具类方法,它替你隐藏了你不需要关心的设定信息:
public final class ExcutorServiceUtil {
public static ExecutorService createDiscardOldestExecutor(int threadNum,
int limitSize) {
return new ThreadPoolExecutor(threadNum, threadNum, Long.MAX_VALUE,
TimeUnit.NANOSECONDS, new ArrayBlockingQueue<Runnable>(
limitSize),
new ThreadPoolExecutor.DiscardOldestPolicy());
}
}
现在的初始化,变得简单惬意,建立多少个线程池也不觉得臃肿:
ExecutorService collectExecutor = ExcutorServiceUtil
.createDiscardOldestExecutor(1, 5000);
ExecutorService aggregateExecutor = ExcutorServiceUtil
.createDiscardOldestExecutor(1, 5000);