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

　　

　　

<>强网络请求通常有两种形式:

　　

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

　　

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

　　

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

　　

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

　　

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

　　

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

　　

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

　　


　　

　　 　　 　　公共静态void main (String [] args){抛出异常//用于获取到本java进程,进而获取总线程数 　　RuntimeMXBean runtimeBean=ManagementFactory.getRuntimeMXBean (); 　　字符串jvmName=runtimeBean.getName (); 　　system . out。println (“JVM的名字=" + jvmName); 　　长pid=Long.valueOf (jvmName.split (“@”) [0]); 　　system . out。println (“JVM PID=" + PID); 　　ThreadMXBean bean=ManagementFactory.getThreadMXBean (); 　　int n=30000; 　　for (int i=0;我& lt;n;我+ +){ 　　ThreadPoolExecutor执行人=new ThreadPoolExecutor(10年,20年,1000年,TimeUnit。秒,新的LinkedBlockingDeque<在()); 　　for (int j=0; j<10; j + +) { 　　executor.execute (()→{ 　　System.out.println(“当前线程总数为:”+ bean.getThreadCount ()); 　　}); 　　} 　　} 　　thread . sleep (10000); 　　system . out。println(“线程总数为=" + bean.getThreadCount ()); 　　} 　　 　　

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

　　

癹ava线程池使用后到底要关闭吗"

　　

线程 　　

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

　　

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

　　


　　

　　

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

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

　　

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

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