为什么我的强可达 Java 8 对象过早完成？

“在 Java 8 中对强可达对象调用 Finalize()”

问题：

使用 Java 7 开发并最近升级到 Java 8 的应用程序偶尔会遇到异常，表明流已过早关闭。调查显示，终结器线程过早地对持有流的对象调用finalize()，从而触发了闭包。

背景：

代码结构涉及 MIME writer (MIMEWriter)，MIME 正文部分(MIMEBodyPart) 和表示附加文件的输入流 (InflaterInputStream)。 MIMEBodyPart 扩展了 HTTPMessage，其中包含一个用于关闭底层流的 close() 方法。此外，HTTPMessage 有一个 Finalize() 方法，如果流仍然打开，它会尝试调用 close()。

事件序列：

1. MIMEWriter 为附件部分写入标头。
2. MIMEBodyPart 使用 IOUtil.copy 写入正文内容，它将块从输入流复制到输出
3. IOUtil.copy 尝试读取一个 chunk，但遇到关闭的流，触发异常。

原因：

The当 IOUtil.copy 主动运行时，终结器线程会提前调用 MIMEBodyPart.finalize() 方法。 Java 8 引入了垃圾收集优化，允许对象最终确定，即使它们仍然被局部变量或活动方法调用引用。

MIMEBodyPart 对象确实可以从 MIMEBodyPart.writeBodyPartContent 的堆栈帧访问，这意味着JVM 不应尝试完成它。但是，由于 IOUtil.copy 循环中对 MIMEBodyPart 的引用未被主动使用，因此它变得无法访问并且有资格进行垃圾收集和终结。

后果：

过早完成可能会导致不正确的行为和潜在数据

解决方案：

建议的方法是重新访问本地库并消除使用 Finalize() 方法。由于 Java Mail 的 MIME 库没有出现该问题，因此它可以作为替代方案。

替代猜想：

另一种可能的解释涉及 InflaterInputStream。如果在 InflaterInputStream 内的不可中断操作期间调用 MIMEBodyPart.finalize() 方法，则可能会中断流并触发异常。然而，这个假设还需要进一步研究。

以上是为什么我的强可达 Java 8 对象过早完成？的详细内容。更多信息请关注PHP中文网其他相关文章！