首頁猿問終結器線程等待時...

終結器線程等待時 java.util.ref.Finalizer 的內存泄漏

Java

幕布斯7119047 2022-06-30 18:03:21

分析堆轉儲我尋找 java.lang.ref.Finalizer 類的實例。java.lang.ref.Finalizer 有 'next' 和 'prev' 成員字段用于維護鏈表。我總是將 FileInputStream 作為列表的尾部，并將 FileOutputStream 作為它的前一個條目（分析了幾個堆轉儲）。FileInputStream 和 FileOutputStream 的文件描述符始終分別為 0 和 1：+---[Pending Finalization] java.lang.ref.Finalizer | | | +---queue java.lang.ref.ReferenceQueue [Stack Local] | | | +---referent java.io.FileInputStream | | | | | +---closed = boolean false | | | | | +---closeLock java.lang.Object | | | | | +---fd java.io.FileDescriptor | | | | | +---closed = boolean false | | | | | +---fd = int 0 | | | | | +---parent java.io.FileInputStream | | | +---prev [Pending Finalization] java.lang.ref.Finalizer | | | +---queue java.lang.ref.ReferenceQueue [Stack Local] | | | +---next [Pending Finalization] java.lang.ref.Finalizer | | | +---referent java.io.FileOutputStream 為什么 FileInputStream 和 FileOutputStream 總是在 ReferenceQueue 的尾部？它們不是被垃圾收集器收集的，因為我只觀察到分配失敗 GC 而不是完全 GC 發(fā)生嗎？為什么描述符對他們來說總是 0 和 1？

查看完整描述

1 回答

倚天杖

TA貢獻1828條經(jīng)驗獲得超3個贊

也許下面的測試程序會對此有所了解：

Field fd = FileDescriptor.class.getDeclaredField("fd");

fd.setAccessible(true);

System.out.println("stdin: "+fd.get(FileDescriptor.in));

System.out.println("stdout: "+fd.get(FileDescriptor.out));

System.out.println("stderr: "+fd.get(FileDescriptor.err));

stdin: 0

stdout: 1

stderr: 2

Ideone，請注意，對于 JDK 8，這僅適用于類 Unix 系統(tǒng)

換句話說，您正在查看由System.inand封裝的文件流System.out，當然，它們永遠不會被垃圾收集，通常您也不會調用close()它們。

終結不支持任何類型的選擇退出，因此任何具有“非平凡finalize()方法”的類實例都將在構造時獲得終結器引用，即使創(chuàng)建者知道對象永遠不會被終結。

最新的 JDK 版本Cleaner為此使用 a ，這允許在使用現(xiàn)有的FileInputStream或構造時不注冊清潔器，標準輸入和標準輸出就是這種情況。它還允許立即清理并因此在該方法中注銷，不需要對表現(xiàn)良好的程序進行任何事后清理。FileOutputStreamFileDescriptorclose()

因此，對于最新的 Java 版本，您應該只看到堆轉儲中實際使用的流的清理程序。

反對回復 2022-06-30