Java 即使关闭AudioInputStream，也无法删除文件

因此，在我的代码中，我创建了一个audioinputstream：

try{
     File f = new File(main.getWavFileName(0, tab));
     AudioInputStream audioInputStream = AudioSystem.getAudioInputStream(f);
     audioInputStream.close();
     audioInputStream = null;
     f = null;
}catch(Exception e) {e.printStackTrace();}

但是，当我尝试删除引用的文件时，会出现FileSystemException错误，表示该文件正被另一个进程使用。 当我注释掉上面的代码时，我不再得到错误并且能够删除文件。有没有办法强制AudioInputStream停止引用该文件

Edit：调用delete的代码-但是，我已经测试过，在调用delete之前，上面的代码是否已经执行完毕，只是在调用前后使用system.out.print来确保代码当前没有运行-我不知道更好的方法

File f[] = new File(rootPath + File.separator + directoryNames.get(t)).listFiles();
for(File f2 : f)
{
    try {
        Files.delete(Paths.get(f2.getAbsolutePath()));
    } catch (IOException e) {
    e.printStackTrace();    
    }
}

编辑：仅供参考，我将try语句中的代码减少到了您在上面看到的最小值，但我仍然得到了错误，我没有无缘无故地尝试创建流

编辑：我正在运行Windows7，但在注释代码时删除文件没有任何错误。我得到的例外是：

java.nio.file.FileSystemException: C:\Users\Fred\Desktop\test patient\June 24th, 2011\s1.wav: The process cannot access the file because it is being used by another process.

at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:86)
at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
at sun.nio.fs.WindowsFileSystemProvider.implDelete(WindowsFileSystemProvider.java:268)
at sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103)
at java.nio.file.Files.delete(Files.java:1071)
at main.closeTab(main.java:349)
at MainButtonActionListener.actionPerformed(main.java:436)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2018)
at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2341)
at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252)
at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289)
at java.awt.Component.processMouseEvent(Component.java:6504)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3321)
at java.awt.Component.processEvent(Component.java:6269)
at java.awt.Container.processEvent(Container.java:2229)
at java.awt.Component.dispatchEventImpl(Component.java:4860)
at java.awt.Container.dispatchEventImpl(Container.java:2287)
at java.awt.Component.dispatchEvent(Component.java:4686)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4832)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4492)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4422)
at java.awt.Container.dispatchEventImpl(Container.java:2273)
at java.awt.Window.dispatchEventImpl(Window.java:2713)
at java.awt.Component.dispatchEvent(Component.java:4686)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:707)
at java.awt.EventQueue.access$000(EventQueue.java:101)
at java.awt.EventQueue$3.run(EventQueue.java:666)
at java.awt.EventQueue$3.run(EventQueue.java:664)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:87)
at java.awt.EventQueue$4.run(EventQueue.java:680)
at java.awt.EventQueue$4.run(EventQueue.java:678)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:677)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:211)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:128)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:117)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:113)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:90)

当我试图删除引用的文件时，我得到一个FileSystemException 表示文件正由另一进程使用时出错

另一个进程可能就是您：如果try子句中出现异常，您的代码将不会关闭流。简而言之，这个audioInputStream.close；如果在调用之前引发异常，则从不调用。 处理流时，应始终执行以下操作：

Stream stream = null;
try{
  // Instantiate and do something with stream
}catch(...){

}finally{
  // Close your streams here
}

这确保无论try-catch块做什么，您的流都是关闭的

当我试图删除引用的文件时，我得到一个FileSystemException 表示文件正由另一进程使用时出错

另一个进程可能就是您：如果try子句中出现异常，您的代码将不会关闭流。简而言之，这个audioInputStream.close；如果在调用之前引发异常，则从不调用。 处理流时，应始终执行以下操作：

Stream stream = null;
try{
  // Instantiate and do something with stream
}catch(...){

}finally{
  // Close your streams here
}

---

这确保无论try-catch块做什么，您的流都是关闭的

看起来您正在事件调度线程上执行删除操作。音频流的打开/关闭发生在哪个线程上？你能确定它们是按顺序发生的吗？我知道你添加了一些println，但我对这里可能出现的线程问题很好奇

我在这里编写了一个单独的代码块，用于打开/关闭文件，然后将其删除。试一试，看看它是否适合你在这里工作没有问题

import java.io.File;
import java.io.IOException;

import javax.sound.sampled.AudioInputStream;
import javax.sound.sampled.AudioSystem;
import javax.sound.sampled.UnsupportedAudioFileException;

public class AudioTest
{

    public static void main(String[] args) throws Exception
    {
        File file = new File(args[0]);
        AudioTest test = new AudioTest();
        test.openCloseFile(file);
        file.delete();
    }

    private void openCloseFile(File file) throws IOException, UnsupportedAudioFileException
    {
        AudioInputStream audioInputStream = null;
        try
        {
            audioInputStream = AudioSystem.getAudioInputStream(file);
        }
        finally
        {
            if (audioInputStream != null)
            {
                audioInputStream.close();
            }
        }
    }
}

---

看起来您正在事件分派线程上执行删除操作。音频流的打开/关闭发生在哪个线程上？你能确定它们是按顺序发生的吗？我知道你添加了一些println，但我对这里可能出现的线程问题很好奇

我在这里编写了一个单独的代码块，用于打开/关闭文件，然后将其删除。试一试，看看它是否适合你在这里工作没有问题

import java.io.File;
import java.io.IOException;

import javax.sound.sampled.AudioInputStream;
import javax.sound.sampled.AudioSystem;
import javax.sound.sampled.UnsupportedAudioFileException;

public class AudioTest
{

    public static void main(String[] args) throws Exception
    {
        File file = new File(args[0]);
        AudioTest test = new AudioTest();
        test.openCloseFile(file);
        file.delete();
    }

    private void openCloseFile(File file) throws IOException, UnsupportedAudioFileException
    {
        AudioInputStream audioInputStream = null;
        try
        {
            audioInputStream = AudioSystem.getAudioInputStream(file);
        }
        finally
        {
            if (audioInputStream != null)
            {
                audioInputStream.close();
            }
        }
    }
}

---

我只想从评论中重新发布这篇文章，以便更容易看到，特别是因为它在编辑和删除大量文件时对我非常有效：

---

尝试将System.gc放入您的Try块

我只想从评论中重新发布这篇文章，以便更容易看到，特别是因为它在编辑和删除大量文件时非常适合我：

---

尝试将System.gc放入您的Try块

你在运行Windows7吗？这个文件在哪里？您可能遇到一些与UAC相关的问题。另外，您可以发布您在问题中遇到的异常吗？我运行了这段代码，可以在调用close方法后删除该文件，但请参阅@GETah的关于干净流处理的回答。你能把代码贴在你实际调用delete的地方吗？也许你正在进行一场我们看不到的竞赛。浏览这篇文章，找出哪个进程正在锁定文件。确切的堆栈跟踪和异常将非常有用。此外，您可能希望在finally块而不是try块中关闭流。该文件位于我的桌面上，我已通过process explorer进行了检查，找到的唯一引用来自javaw.exe。请参阅此链接：。过去它帮助了我。您好，您正在运行Windows 7吗？这个文件在哪里？您可能遇到一些与UAC相关的问题。另外，您可以发布您在问题中遇到的异常吗？我运行了这段代码，可以在调用close方法后删除该文件，但请参阅@GETah的关于干净流处理的回答。你能把代码贴在你实际调用delete的地方吗？也许你正在进行一场我们看不到的竞赛。浏览这篇文章，找出哪个进程正在锁定文件。确切的堆栈跟踪和异常将非常有用。此外，您可能希望在finally块而不是try块中关闭流。该文件位于我的桌面上，我已通过process explorer进行了检查，找到的唯一引用来自javaw.exe。请参阅此链接：。过去它帮助了我。问候你，永远+1

---

练习，但这可能不是问题的解决办法谢谢。我相信这将有助于将问题缩小到一个特定的领域：感谢您提供了良好的编码实践，我将确保在将来使用它。然而，我没有从我使用的代码中得到任何异常，切换到这种格式并不能解决问题。除此之外，你还有什么想法吗？+1表示良好做法，但这可能不是问题的解决方案谢谢。我相信这将有助于将问题缩小到一个特定的领域：感谢您提供了良好的编码实践，我将确保在将来使用它。然而，我没有从我使用的代码中得到任何异常，切换到这种格式并不能解决问题。除此之外，你还有什么想法吗？嗨，杰夫，我试着运行这段代码，不幸的是，我仍然得到了错误。在我的实现中，我没有从主参数获取文件，而是直接将其输入到程序中。你能试着用Files.deletePath.getfile.getPath；？这会在删除无法删除的文件时引发异常，file.delete不会引发异常。你成功地用你的代码删除了这个文件吗？什么是path.getFile我假设文件是一个Guava调用？是的，该文件已成功删除。您是否尝试过使用调试器单步执行delete调用？它是JDK7新输入输出的一部分。我还没有尝试过使用调试器，下一步我会尝试——只是从来没有过使用调试器的丰富经验。编辑：对不起，我想是JRE7还是jdk1.7？不知道如何命名版本。这可能是相关的耶，你是对的！！！使用System.gc可以删除该文件。谢谢你的帮助，对不起，我没有足够的代表给你+1或任何东西=嗨，杰夫，我试着运行这段代码，不幸的是我仍然得到错误。在我的实现中，我没有从主参数获取文件，而是直接将其输入到程序中。你能试着用Files.deletePath.getfile.getPath；？这会在删除无法删除的文件时引发异常，file.delete不会引发异常。你成功地用你的代码删除了这个文件吗？什么是path.getFile我假设文件是一个Guava调用？是的，该文件已成功删除。您是否尝试过使用调试器单步执行delete调用？它是JDK7新输入输出的一部分。我还没有尝试过使用调试器，下一步我会尝试——只是从来没有过使用调试器的丰富经验。编辑：对不起，我想是JRE7还是jdk1.7？不知道如何命名版本。这可能是相关的耶，你是对的！！！使用System.gc可以删除该文件。谢谢你的帮助，对不起，我没有足够的代表给你+1或任何东西=