本文介紹了AudioInputStream.lose()未正確釋放資源,是否有解決方法?的處理方法,對大家解決問題具有一定的參考價值,需要的朋友們下面隨著小編來一起學習吧!
問題描述
這是關于我觀察到的一個場景的問題:如何有效地關閉由AudioSystems.getAudioInputStream這樣的Java庫打開的、我無法查看和控制的系統資源?
請看我的以下代碼片段:
public static void main(String[] args) throws UnsupportedAudioFileException, IOException {
System.out.println("Before everthing starts...Number of open fd: " + ((UnixOperatingSystemMXBean) ManagementFactory.getOperatingSystemMXBean()).getOpenFileDescriptorCount());
AudioInputStream stream = AudioSystem.getAudioInputStream(new File("CaptchaResource/silence20ms.wav"));
System.out.println("After reading in one AudioInputStream...Number of open fd: " + ((UnixOperatingSystemMXBean) ManagementFactory.getOperatingSystemMXBean()).getOpenFileDescriptorCount());
stream.close();
System.out.println("After closing the AudioInputStream...Number of open fd: " + ((UnixOperatingSystemMXBean) ManagementFactory.getOperatingSystemMXBean()).getOpenFileDescriptorCount());
stream = AudioSystem.getAudioInputStream(new File("CaptchaResource/silence20ms.wav"));
System.out.println("After reading in one AudioInputStream...Number of open fd: " + ((UnixOperatingSystemMXBean) ManagementFactory.getOperatingSystemMXBean()).getOpenFileDescriptorCount());
stream.close();
System.out.println("After closing the AudioInputStream...Number of open fd: " + ((UnixOperatingSystemMXBean) ManagementFactory.getOperatingSystemMXBean()).getOpenFileDescriptorCount())
stream = AudioSystem.getAudioInputStream(new File("CaptchaResource/silence20ms.wav"));
System.out.println("After reading in one AudioInputStream...Number of open fd: " + ((UnixOperatingSystemMXBean) ManagementFactory.getOperatingSystemMXBean()).getOpenFileDescriptorCount());
stream.close();
System.out.println("After closing the AudioInputStream...Number of open fd: " + ((UnixOperatingSystemMXBean) ManagementFactory.getOperatingSystemMXBean()).getOpenFileDescriptorCount());
}
如您所見,我使用以下行輸出了程序運行時打開的文件描述符的數量:
System.out.println("Number of open fd: " + ((UnixOperatingSystemMXBean) ManagementFactory.getOperatingSystemMXBean()).getOpenFileDescriptorCount());
以下是我觀察到的輸出:
Before everthing starts...Number of open fd: 4
After reading in one AudioInputStream...Number of open fd: 44
After closing the AudioInputStream...Number of open fd: 43
After reading in one AudioInputStream...Number of open fd: 45
After closing the AudioInputStream...Number of open fd: 44
After reading in one AudioInputStream...Number of open fd: 46
After closing the AudioInputStream...Number of open fd: 45
您可以看到,除了第一次從4跳到44之外,每次我調用getAudioInputStream時都會打開另外兩個文件描述符。而當我在流上調用Close()時,我只能關閉一個。
因此,當我的程序必須連續多次處理此操作時,隨著時間的推移,我最終將達到Unix系統中1024個打開文件描述符的限制。
通過查看getAudioInputStream的source code,我不確定這是否與由于可能存在多個提供程序而在此方法內打開了多個讀取器有關,不確定那里的實現細節。
這聽起來像是JDK中報告的錯誤,如:https://bugs.openjdk.java.net/browse/JDK-8013586
這方面有什么變通辦法嗎?如何重寫代碼以避免發生這種無法控制的情況?
推薦答案
好吧,我不知道是否有其他人有更好的方法來做這件事。現在我將自己回答這個問題,因為這是我要使用的解決方法:
在方法結尾處調用System.gc()。
不是世界上最偉大的事情。
這篇關于AudioInputStream.lose()未正確釋放資源,是否有解決方法?的文章就介紹到這了,希望我們推薦的答案對大家有所幫助,