jvm 助记符_您的JVM是否泄漏文件描述符-像我的一样？

我就是我 2023-02-25 03:59 120阅读 0赞

jvm 助记符

**前言：**此处描述的两个问题是在一年前发现并修复的。 本文仅用作历史证明，也是有关解决Java中文件描述符泄漏的初学者指南。

在[Ultra ESB中，][Ultra ESB]我们使用内存[RAM磁盘文件缓存][RAM]来进行快速且无垃圾的有效负载处理。 一段时间以前，我们在[共享的SaaS AS2网关][SaaS AS2]上遇到了一个问题，该缓存随着时间的推移泄漏了文件描述符。 最终，在击中系统`ulimit`时，导致[`too many open files`错误`too many open files`][too many open files_too many open files] 。

![format_png][]

## 有弹性的城堡军团：流支持的MIME部分的剩余部分？ ##

我们发现其中一个罪魁祸首是[Bouncy Castle][] ，这是著名的安全服务提供商，自[Ultra ESB Legacy][]以来，就一直是我们的深爱。

![aHR0cHM6Ly93d3cuamF2YWNvZGVnZWVrcy5jb20vd3AtY29udGVudC91cGxvYWRzLzIwMTkvMTAvdW5uYW1lZC5naWY][]

通过一些[简单的工具，][Link 1]我们发现BC习惯了对MIME部分调用`getContent()`以确定它们的类型（例如， `instanceof`检查）。 没错，这本身并不是犯罪。 但是我们的大多数MIME部分都是[文件支持的][Link 2] ，另一端带有文件缓存文件-这意味着每个`getContent()`都会为该文件打开一个新流。 因此，现在有指向我们的文件缓存的杂散流（以及文件描述符）。

这些已经足够了，我们将用尽分配给Ultra ESB（Java）进程的文件描述符配额。

## 让他们变得懒惰！ ##

我们不想弄乱BC代码库。 因此，我们找到了一个简单的解决方案：使用“惰性”流创建所有文件支持的MIME部分。 我们（以前）同事[Rajind][]写了`LazyFileInputStream` \-灵感[`LazyInputStream`从`jboss-vfs`][LazyInputStream_jboss-vfs] \-打开只有当实际文件`read`尝试。

![aHR0cHM6Ly93d3cuamF2YWNvZGVnZWVrcy5jb20vd3AtY29udGVudC91cGxvYWRzLzIwMTkvMTAvdW5uYW1lZC0xLmdpZg][]

BC很高兴，文件缓存也很高兴。 但是*我们*是最快乐的

## Hibernate JPA：晚饭后清理，也就是关闭消耗的流 ##

我们发现的另一个错误是某些数据库操作留下了未关闭的文件句柄。 显然，只有当我们将流支持的Blob馈送到Hibernate时，流才通常来自文件缓存项。

![format_png 1][]

经过一番挖掘，我们提出了一个理论，即Hibernate不会关闭这些Blob条目的基础流。 （这是有道理的，因为`java.sql.Blob`接口没有公开Hibernate可以用来操作基础数据源的任何方法。）但是，这是一个问题，因为丢弃的流（以及关联的文件句柄）不会得到发布直到下一个GC。

对于短期应用程序来说，这本来可以，但是像我们这样运行时间较长的应用程序很容易用完文件描述符。 例如突然而持续的峰值。

## 让他们自动关闭！ ##

我们不想失去流媒体的好处，但是我们也无法控制流。 您可能会说我们应该将流放在可自动关闭的结构中（例如[try-with-resources][] ）。 不错的尝试; 但是可悲的是，Hibernate在我们的执行范围之外（特别是在[`@Transactional`][Transactional]流中）读取它们。 一旦我们开始在代码范围内关闭流，我们的数据库操作就开始惨败-尖叫“流已关闭！”。

他们说， *在罗马时，就像罗马人一样* 。

因此，我们决定不打扰Hibernate，而是决定自己处理流。

Rajind（是的，还是他）再次入侵了[`SelfClosingInputStream`包装器][SelfClosingInputStream] 。 这将跟踪从底层流读取的数据量，并在读取最后一个字节后立即将其关闭。

![format_png 2][]

（我们确实考虑过使用现有选项，例如[Apache `commons-io` `AutoCloseInputStream`][Apache _commons-io_ _AutoCloseInputStream] ；但是发生了，我们到处都需要一些自定义设置，例如详细的跟踪日志记录。）

## 底线 ##

当谈到Java中的资源管理时，很容易过度关注内存和CPU（处理），而忽略其余部分。 但是*虚拟*资源（例如[临时端口][Link 3]和[每个进程的文件描述符][Link 4] ）可能同样重要，甚至更多。

特别是在长时间运行的流程（例如我们的[AS2 Gateway SaaS][]应用程序）上，它们实际上可以成为沉默的杀手。

您可以通过两种主要方式检测这种“泄漏”：

*  **“单周期”资源分析** ：运行一个完整的处理周期，比较前后的资源使用情况
 *  **长期监控** ：持续记录和分析资源指标以识别趋势和异常

在任何情况下，修复泄漏都不是一件容易的事。 一旦您清楚地了解要处理的内容。

祝您好运，寻找您的资源消耗d（a）守护程序！

> 翻译自: [https://www.javacodegeeks.com/2019/10/is-your-jvm-leaking-file-descriptors-like-mine.html][https_www.javacodegeeks.com_2019_10_is-your-jvm-leaking-file-descriptors-like-mine.html]

jvm 助记符

[Ultra ESB]: https://hub.docker.com/r/adroitlogic/ultraesb-x-base
[RAM]: http://api.adroitlogic.org/ultraesb/v2_3/org/adroitlogic/ultraesb/core/RAMDiskFileCache.html
[SaaS AS2]: https://as2gateway.com/
[too many open files_too many open files]: https://askubuntu.com/questions/181215/too-many-open-files-how-to-find-the-culprit
[format_png]: /images/20230209/74eb0307c5664ce8b0d1afde10953f97.png
[Bouncy Castle]: https://www.bouncycastle.org/latest_releases.html
[Ultra ESB Legacy]: https://developer.adroitlogic.com/ultraesb-legacy/docs/2.6.1/configuration-and-administration/securing-configurations.html
[aHR0cHM6Ly93d3cuamF2YWNvZGVnZWVrcy5jb20vd3AtY29udGVudC91cGxvYWRzLzIwMTkvMTAvdW5uYW1lZC5naWY]: /images/20230209/e3abfdb579e24ce9b9b765ef7193fbc3.png
[Link 1]: https://github.com/janakaud/file-leak-detector
[Link 2]: https://github.com/bcgit/bc-java/blob/master/mail/src/main/java/org/bouncycastle/mail/smime/util/FileBackedMimeBodyPart.java
[Rajind]: https://lk.linkedin.com/in/rajind
[LazyInputStream_jboss-vfs]: https://github.com/jbossas/jboss-vfs/blob/master/src/main/java/org/jboss/vfs/util/LazyInputStream.java
[aHR0cHM6Ly93d3cuamF2YWNvZGVnZWVrcy5jb20vd3AtY29udGVudC91cGxvYWRzLzIwMTkvMTAvdW5uYW1lZC0xLmdpZg]: /images/20230209/924c5362a81949809924003c2dd8fb67.png
[format_png 1]: http://imgconvert.csdnimg.cn/aHR0cHM6Ly93d3cuamF2YWNvZGVnZWVrcy5jb20vd3AtY29udGVudC91cGxvYWRzLzIwMTkvMTAvaGliZXJuYXRlX2xvZ29fd2hpdGVia2dfc3RhY2tlZF8yNTZweC5wbmc?x-oss-process=image/format,png
[try-with-resources]: https://docs.oracle.com/javase/tutorial/essential/exceptions/tryResourceClose.html
[Transactional]: https://dzone.com/articles/spring-transaction-management
[SelfClosingInputStream]: https://codereview.stackexchange.com/questions/196274/inputstream-wrapper-that-closes-the-stream-once-reading-is-done
[format_png 2]: http://imgconvert.csdnimg.cn/aHR0cHM6Ly93d3cuamF2YWNvZGVnZWVrcy5jb20vd3AtY29udGVudC91cGxvYWRzLzIwMTkvMTAvU2VsZl9jbG9zaW5nX2Rvb3JfbWVjaGFuaXNtcy5qcGc?x-oss-process=image/format,png
[Apache _commons-io_ _AutoCloseInputStream]: https://commons.apache.org/proper/commons-io/javadocs/api-2.4/org/apache/commons/io/input/AutoCloseInputStream.html
[Link 3]: https://en.m.wikipedia.org/wiki/Ephemeral_port
[Link 4]: https://docs.oracle.com/cd/E19623-01/820-6168/file-descriptor-requirements.html
[AS2 Gateway SaaS]: https://mobile.twitter.com/AS2Gateway
[https_www.javacodegeeks.com_2019_10_is-your-jvm-leaking-file-descriptors-like-mine.html]: https://www.javacodegeeks.com/2019/10/is-your-jvm-leaking-file-descriptors-like-mine.html