线程池配置对实例性能的影响

Posted 2021-04-06 创保网IT技术开发汇

背景

java线程的状态

创建：new一个线程，并没有调用start之前，线程处于创建状态；
就绪：当调用了start之后，线程处于就绪状态，这是，线程调度程序还没有设置执行当前线程；
运行：线程调度程序执行到线程时，当前线程从就绪状态转成运行状态，开始执行run方法；
阻塞：线程在运行的时候，被暂停执行（通常等待某项资源就绪后在执行，sleep、wait可以导致线程阻塞），该线程处于阻塞状态；
死亡：当一个线程执行完run方法里边的代码或调用了stop方法后，该线程结束运行。
为什么要引入线程池

当需要的并发执行线程数量很多时，且每个线程执行很短的时间就结束了，这样，我们频繁的创建、销毁线程就大大降低了工作效率（创建和销毁线程需要时间、资源）。
java中的线程池可以达到这样的效果：一个线程执行完任务之后，继续去执行下一个任务，不被销毁，这样线程利用率提高了。

Spring常用线程池实现

CachedThreadPool

　　CachedThreadPool会创建一个缓存区，将初始化的线程缓存起来。会终止并且从缓存中移除已有60秒未被使用的线程。

　　如果线程有可用的，就使用之前创建好的线程，否则就新创建线程。

重用：缓存型池子，先查看池中有没有以前建立的线程，如果有，就reuse；如果没有，就建一个新的线程加入池中

使用场景：缓存型池子通常用于执行一些生存期很短的异步型任务，因此在一些面向连接的daemon型SERVER中用得不多。

超时：能reuse的线程，必须是timeoutIDLE内的池中线程，缺省timeout是60s，超过这个IDLE时长，线程实例将被终止及移出池。

结束：注意，放入CachedThreadPool的线程不必担心其结束，超过TIMEOUT

不活动，其会自动被终止。

FixedThreadPool

　　FixedThreadPool是固定大小的线程池。

　　如果当前需要执行的任务超过池大小，那么多出的任务处于等待状态，直到有空闲下来的线程执行任务，

　　如果当前需要执行的任务小于池大小，空闲的线程也不会去销毁。

重用：fixedThreadPool与cacheThreadPool差不多，也是能reuse就用，但不能随时建新的线程

固定数目：其独特之处在于，任意时间点，最多只能有固定数目的活动线程存在，此时如果有新的线程要建立，只能放在另外的队列中等待，直到当前的线程中某个线程终止直接被移出池子

使用场景：所以FixedThreadPool多数针对一些很稳定很固定的正规并发线程，多用于服务器

超时：和cacheThreadPool不同，FixedThreadPool没有IDLE机制（可能也有，但既然文档没提，肯定非常长，类似依赖上层的TCP或UDP IDLE机制之类的），

源码分析：从方法的源代码看，cache池和fixed 池调用的是同一个底层池，只不过参数不同：

  1.fixed池线程数固定，并且是0秒IDLE（无IDLE）

  2.cache池线程数支持0-Integer.MAX_VALUE(显然完全没考虑主机的资源承受能力），60秒IDLE

SingleThreadExecutor

单个的线程，如果当前线程意外终止，会创建一个新线程继续执行任务。

ScheduledThreadPool

ScheduledThreadPool是一个固定大小的线程池，与FixedThreadPool类似，执行的任务是定时执行。

 

线程池配置对性能的影响

    线程池配置事例：

   <!-- 设置spring异步事件广播线程池参数 -->

      <bean id="asyncEventTaskExecutor"

           class="org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor">

           <property name="corePoolSize"value="10" />

           <property name="keepAliveSeconds"value="300" />

           <property name="maxPoolSize"value="50" />

           <property name="queueCapacity"value="200" />

      </bean>  

 

如何简单的通过spring线程池在junit单元测试实现本地多线程

由于junit单元测试是单线程执行的，所以要借助spring线程池来模拟多线程环境；但问题来了，即便在单元测试中从线程池创建若干线程，但当Test1方法执行完成后，其它线程会被一起结束掉（这是由junit的机制决定的）；从而无法实现多线程测试；

一个小的技巧可以解决这个问题：我们都知道junit是直接在主线程上执行的，那我们就是让主线程sleep，让main线程在其它线程未执行完时一直处于sleep状态，等待其它线程执行。（见代码清单黄色处）

代码清单如下：

@Test

      publicvoidtest1(){

           try {

//               Thread.currentThread().setDaemon(false);

                 for (inti= 0; i < 80; i++) {

                      Thread.sleep(new Random().nextInt(5));

                      threadPoolTaskExecutor.setDaemon(false);

                      threadPoolTaskExecutor.getThreadPoolExecutor().execute(new Runnable() {

                            @Override

                            publicvoidrun() {

//                                process();

                                  Threadttemp= Thread.currentThread();

                                  logger.audit("线程创建："+ttemp.getId()+",线程名称："+ttemp.getName()+",是否是守护线程："+ttemp.isDaemon()+",线程存活数："+threadPoolTaskExecutor.getActiveCount()

                                             +",线程存活时间："+threadPoolTaskExecutor.getKeepAliveSeconds()

                                             +",核心池大小："+threadPoolTaskExecutor.getCorePoolSize()

                                             +",池最大值："+threadPoolTaskExecutor.getMaxPoolSize()

                                             +",池大小："+threadPoolTaskExecutor.getPoolSize());

                                  try {

                                       Thread.currentThread();

                                       Thread.sleep(500);

                                  }catch(InterruptedException e){

                                        e.printStackTrace();

                                  }

                            }

                      });

                 }

                 Thread.sleep(60000);

                 logger.audit("线程创建："+Thread.currentThread().getId()+",线程名称："+Thread.currentThread().getName()+",是否是守护线程："+Thread.currentThread().isDaemon());

           }catch(InterruptedException e){

                 e.printStackTrace();

           }

      }