JDK的原生資源類不關閉，它也不會永遠存在。JVM會借助finalize自動關閉它，例如FileInputStream
//FileInputStream.java - JDK8
//jdk8的FileInputStream重寫了finalize，保證對象回收前開啟的資源被關閉
protected void finalize () throws IOException {
if (guard != null) {
guard.warnIfOpen();
}
if ((fd != null) && (fd != FileDescriptor.in)) {
close();
}
}
在JDK9后，用Cleaner機制代替了finalize機制；Cleaner機制自動回收的對象同樣需要實現AutoCloseable接口；Cleaner是基于PhantomReference實現的；對實現細節感興趣的同學，可自行查閱下相關文檔
但是使用JDK的提供的資源關閉機制的，那么資源的關閉比手動關閉時要延后很長時間的。據測試，使用try-with-resources關閉資源，并讓垃圾回收器回收它的時間在12納秒。而使用finalizer機制，時間增加到550納秒
不及時關閉資源，就會占用資源，影響其他線程的執行；比如linux的文件資源，linux進程默認能打開的最大文件數是1024（有的是2048，此數值是可配置的）；如果一個線程持有十幾個文件資源，還要等550納秒用finalizer機制釋放資源，同進程的其他線程都等到花謝了

總結

以上是生活随笔為你收集整理的资源不关闭，会导致什么最坏的结果的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。