记录一次文件句柄泄露引起too many file open问题的排查过程

最近发现生产项目上句柄数占用非常高，以下为大致排查过程

首先查看进程占用句柄情况：

lsof -p pid

有大量jar_cachexxx.tmp文件处于open and deleted状态，缓存文件已经被删除，但是依然占用了句柄没有释放。

在dump文件中查看对象情况如下：

可以看到DeleteOnExitHook类中维护了一个LinkedHashSet，其中储存的内容就是大量类似/tem/jar_cachexxx.temp的文件路径，用jmap也可以看到jvm中LinedHashMap$Entry的实例非常多

跟踪DeleteOnExitHook类中源码找到当调用File.deleteOnExit()时就会把文件的路径put到这个LinkedHashSet中(底层实际为LinkedHashMap)，只有在jvm退出的时候这里储存的文件路径才会被删除，也就是说重启项目之前，这些/tem/jar_cachexxx.temp会一直累积占用资源，如上图，集合中的对象达到了上百万，虽然占用内存不是太大，但是占用句柄数非常高。在github的springboot项目中已经提到这个问题，在1.4.5版本开始出现，2.x之后的版本中修复，最终原因是springboot内嵌的tomcat加载静态资源时路径有误，在检索静态资源时JVM需要用到jar_cache *. tmp文件然后调用File.deleteOnExit。

 

在springboot中spring.resources.static-locations属性的值为静态资源的加载地址，在spring-configuration-metadata.json文件中可以看到对这个属性的描述："Locations of static resources. Defaults to classpath:[/META-INF/resources/,\n /resources/, /static/, /public/] plus context:/ (the root of the servlet context)."

所以如果我们不手动设置这个属性的值，则静态资源加载路径默认为：

:（ServletContext）/

:/ META-INF /resource/

:/resource/

:/static/

:/public/

在1.4.4及之前的版本中，从ServletContext根获取资源返回的EmptyResource实例和getUrl（）返回null。因此跳过ServletContext位置，然后在/ META-INF /resource/路径中加载，但在1.4.5版本中发生了变化。

 

解决办法：

1. 升级springboot版本为2.x
2. 配置spring.resources.static-locations属性的值为classpath: /resource/

参考文档：

https://github.com/spring-projects/spring-boot/issues/9866

https://github.com/spring-projects/spring-boot/issues/9240