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();

来源：https://www.cnblogs.com/wuyoucao/p/10247012.html