java线程池使用后到底要关闭吗

线程池做什么

网络请求通常有两种形式：

第一种，请求不是很频繁，而且每次连接后会保持相当一段时间来读数据或者写数据，最后断开，如文件下载，网络流媒体等。

另一种形式是请求频繁，但是连接上以后读/写很少量的数据就断开连接。考虑到服务的并发问题，如果每个请求来到以后服务都为它启动一个线程，那么这对服务的资源可能会造成很大的浪费，特别是第二种情况。

因为通常情况下，创建线程是需要一定的耗时的，设这个时间为t1，而连接后读/写服务的时间为t2，当t1>>t2时，我们就应当考虑一种策略或者机制来控制，使得服务对于第二种请求方式也能在较低的功耗下完成。

通常，我们可以用线程池来解决这个问题，首先，在服务启动的时候，我们可以启动好几个线程，并用一个容器(如线程池)来管理这些线程。

当请求到来时，可以从池中取一个线程出来，执行任务(通常是对请求的响应)，当任务结束后，再将这个线程放入池中备用；

如果请求到来而池中没有空闲的线程，该请求需要排队等候。最后，当服务关闭时销毁该池即可。

然而最近在开发中用到了java的线程池，然后就很疑惑这个线程池到底要不要手动关闭，感觉是要关闭的，但是没人强调线程池用完要关闭。so今天来试验下到底线程池用完要不要关闭。

直接上实验代码

public static void main(string[] args) throws exception {
  //用于获取到本java进程，进而获取总线程数
 runtimemxbean runtimebean = managementfactory.getruntimemxbean();
 string jvmname = runtimebean.getname();
 system.out.println("jvm name = " + jvmname);
 long pid = long.valueof(jvmname.split("@")[0]);
 system.out.println("jvm pid = " + pid);
 threadmxbean bean = managementfactory.getthreadmxbean();
 int n = 30000;
 for (int i = 0; i < n; i++) {
  threadpoolexecutor executor = new threadpoolexecutor(10,20,1000,timeunit.seconds,new linkedblockingdeque<>());
  for(int j=0;j<10;j++){
   executor.execute(()->{
    system.out.println("当前线程总数为："+bean.getthreadcount());
   });
  }
 }
 thread.sleep(10000);
 system.out.println("线程总数为 = " + bean.getthreadcount());
}

简单来说就是在一个 for 循环中创建线程池，然后执行一个打印任务（不执行任务线程不会真正创建），打印出当前 java 进程的总线程数，下面是打印部分结果:

线程

可以看到在创建到 15 万个线程是爆内存，内存占用百分百后 java 应用崩溃。说明线程未被回收。

ps:内存占用百分百后，部分应用开始出现异常，界面花屏，闪屏，不能正常绘制gui，不知道为啥，即使后面内存占用降下来也一样，只能重启应用。

结论

使用完线程池一定记得回收,否则跑着跑着就内存爆炸崩溃。回收函数如下：

//执行此函数后线程池不再接收新任务，并等待所有任务执行完毕后销毁线程。此函数不会等待销毁完毕
executor.shutdown();
//立即结束所有线程，不管是否正在运行，返回未执行完毕的任务列表
executor.shutdownnow();

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。