本文介紹了嘗試使用資源使用InputStreamReader將流包裝在哪里？的處理方法，對大家解決問題具有一定的參考價值，需要的朋友們下面隨著小編來一起學習吧！
問題描述
我可能想多了，但我只是寫了代碼：
try (InputStream in = ModelCodeGenerator.class.getClassLoader().getResourceAsStream("/model.java.txt"))
{
modelTemplate = new SimpleTemplate(CharStreams.toString(new InputStreamReader(in, "ascii")));
}
這意味著InputStreamReader永遠不會關閉(但在本例中，我們知道它的Close方法只關閉基礎InputStream。)
可以這樣寫：
try (InputStreamReader reader = new InputStreamReader(...))
但這似乎更糟糕。如果InputStreamReader出于某種原因拋出，InputStream將永遠不會關閉，對嗎？這是C++中調用其他構造函數的構造函數的常見問題。異?？赡軐е聝却?資源泄漏。
這里有沒有最佳實踐？
推薦答案
這意味著InputStreamReader永遠不會關閉
嗯？在您的代碼中，它是…它當然也會處理您的資源流的.lose()。有關更多詳細信息，請參閱下面的內容…
As @SotiriosDelimanolis mentions但是，您可以在try-with-resource語句的”resource塊”中聲明多個資源。
您現在有另一個問題：.getResourceAsStream()可以返回NULL；因此您可能有NPE。
如果我是你，我會這么做：
final URL url = ModelCodeGenerator.class.getClassLoader()
.getResource("/model.java.txt");
if (url == null)
throw new IOException("resource not found");
try (
final InputStream in = url.openStream();
final Reader reader = new InputStreamReader(in, someCharsetOrDecoder);
) {
// manipulate resources
}
有一個非常重要的問題需要考慮但是…
Closeable確實擴展了AutoCloseable；事實上，它的不同之處只是拋出的異常(IOExceptionvsException)。但行為有根本區別。
來自AutoCloseable的.close()的javadoc(重點是我的)：
請注意，與Closeable的Close方法不同，此Close方法不要求是冪等的。換句話說，多次調用此Close方法可能會產生一些明顯的副作用，這與Closeable.Close不同，Closeable.Close在多次調用時必須無效。但是，強烈建議此接口的實現者使他們的Close方法是冪等的。
確實，Closeable的javadoc對此很清楚：
關閉此流并釋放與其關聯的所有系統資源。如果流已經關閉，則調用此方法不會產生任何效果。
您有兩點非常重要：
根據合同，Closeable還負責與其關聯的所有資源；因此，如果關閉包裝了InputStream的Reader的BufferedReader，則所有這三個資源都將關閉；
如果您多次調用.close()，則不會有進一步的副作用。
當然，這也意味著您可以選擇Paranid選項并保留對所有Closeable資源的引用，然后關閉它們；但是，如果您的混合中有AutoCloseable資源而不是Closeable！
，請注意
這篇關于嘗試使用資源使用InputStreamReader將流包裝在哪里？的文章就介紹到這了，希望我們推薦的答案對大家有所幫助，
