之前做过一个需求是要求实时读取机房内每个天线所读的档案信息,这显然不能用串行的方式来做,并且用户的要求是再及时毫秒内相应完毕,也就是说一定要做到足够的快,让客户直观的感受到“快”到飞起~
我们应该采用多任务的方式让程序尽可能多的读取天线信息。
这里我们可以采用线程池来让更多的任务执行起来。
创建线程池的方式有几种:
newFixedThreadPool(int nThreads) 创建固定大小的线程池
newSingleThreadExecutor() 创建只有一个线程的线程池
newCachedThreadPool() 创建一个不限线程数上限的线程池,任何提交的任务都将立即执行
在这里我们自己手动封装一个线程池,其中最主要的就是对“ThreadPoolExecutor”构造器几个参数的理解
public ThreadPoolExecutor(int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue<Runnable> workQueue,
ThreadFactory threadFactory) {
this(corePoolSize, maximumPoolSize, keepAliveTime, unit, workQueue,
threadFactory, defaultHandler);
}
我们可以把线程池工作的原理简单的想象成两个集合:一个线程集合,一个工作任务集合,因为线程存在的理由就是为了执行任务。
corePoolSize:核心池,首先在核心池中创建线程,当核心池满了以后去新来的任务就要进入任务队列进行排队,此时不会有新的线程再创建。
maximumPoolSize:线程能创建的做大线程数量。当任务队列满了以后,就不会有新的任务进入队列,此时,非核心池开始创建线程,每创建一个线程就给他分配一个任务,直到非核心线程池的总数达到最大值。当非核心池的线程也达到最大值时,将会导致拒绝异常。
keepAliveTime:线程干完活(执行完任务时)不能吃白饭啊,就得把他辞退,此时就设置一个线程销毁时间,当线程池中线程数量大于corePoolSize(核心线程数量)或设置了allowCoreThreadTimeOut(是否允许空闲核心线程超时)时,线程会根据keepAliveTime的值进行检查,是否还存活,一旦超时便销毁线程。
TimeUnit unit:时间单位
BlockingQueue workQueue:任务队列,存放任务的队列,因为任务队列的增删相对比较频繁,所以我们应该采用一个链式的队列结构。
我们可以模拟一个线程池的工作:
private static Executor executor3 = new ThreadPoolExecutor(5, 10, 1000, TimeUnit.MILLISECONDS,
new LinkedBlockingQueue<Runnable>(100), new ThreadFactory() {
public AtomicInteger atomicInteger = new AtomicInteger( );
@Override
public Thread newThread(Runnable r) {
Thread thread = new Thread(r);
thread.setName("我是线程+"+atomicInteger+"号线程");
atomicInteger.incrementAndGet();
return thread;
}
});
public static void function() {
for (int i = 0; i < 100; i++) {
executor3.execute(new Runnable() {
@Override
public void run() {
System.out.println(Thread.currentThread().getName()+"执行任务");
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(Thread.currentThread().getName()+"结束任务");
}
});
}
}
因为我们把任务队列的最大值设置为100,所以此时最大的并发量是队列最大值+最大线程数=110个
当我们设置111个任务(>110)时就会出现拒绝异常。