为什么当我从 .jar 运行时 Java Sound 的行为会有所不同？

Question

下面的 play 方法来自一个类，该类在实例化时将 .wav 文件读入名为 data 的字节数组中，并将声音格式存储在名为 format 的 AudioFormat 对象中。

我有一个程序从java.util.Timer 调用play。当我进入包含所有相关 .class 文件的文件夹并使用命令 java MainClass 运行程序时，一切都按预期工作。但是，当我将所有 .class 文件放入可执行 .jar 并使用命令 java -jar MyProgram.jar 运行程序时，使用 play 方法播放的声音会在 50 到 150 毫秒后被切断。

public void play() throws LineUnavailableException {
    final Clip clip = (Clip)AudioSystem.getLine(new DataLine.Info(Clip.class, format));
    clip.open(format, data, 0, data.length);
    new Thread() {
        public void run() {
            clip.start();
            try {
                Thread.sleep(300); // all sounds are less than 300 ms long
            } catch (InterruptedException ex) { /* i know, i know... */ }
            clip.close();
        }
    }.start();
}

几个cmets：

• 我已尝试将 play 方法中的睡眠时间增加到 1000 毫秒，但行为没有任何变化。

• 使用System.nanoTime 为Thread.sleep 计时，可确认线程睡眠的时间与预期的时间一样长。

• 由于要播放的声音文件是预加载到内存中的，我认为从 .jar 中提取声音资源的行为不会导致问题。

• 我尝试使用内存池大小选项-Xms2m 和-Xmx64m（分别）从 jar 的内部和外部运行程序，但行为没有变化。

我在 Ubuntu 11.04 上运行 OpenJDK Java 6。知道发生了什么吗？

Answer 1

我不知道这是否与问题直接相关，但是每次播放该剪辑时都实例化一个新剪辑有点弄巧成拙。 Clip 的重点是能够启动它而无需先加载它。根据您当前的设置，您的 Clip 在完全加载之前甚至不会开始播放。 （当您包含实例化步骤时，SourceDataLines 开始播放比 Clips 更快，因为它们不会在开始之前等待所有数据加载。）

因此，作为解决此问题的第一步，我建议在调用播放之前实例化各种剪辑。我相信如果你做对了，并且剪辑开始在它自己的线程中，它可以被允许运行它的过程而不需要弄乱 Thread.sleep。您只需在下一次开始之前将剪辑重新定位回其起始帧。 （可以在开始前的 play 调用中完成。

一旦您对 Clip 的使用变得更加传统，可能会更容易判断是否还有其他事情发生。

我也不清楚为什么将源 .wav 文件作为中间步骤加载到字节数组中。不妨将它们直接加载到 Clips 中。考虑到 PCM 数据的优势，无论哪种方式，它们都将占用几乎相同数量的空间，并且在您调用它们时准备好使用。

禁用错误消息也是弄巧成拙。 Java 可能试图给你一个非常好的诊断，也许不是在这个特定的睡眠呼叫中（我知道，我知道），但如果你经常这样做，谁知道呢。 :)

Answer 2

放大@Anrew 和@Phil 的答案，下面有一个获取Clip 并异步播放的大纲。有一个完整的例子here。

AudioInputStream audioInputStream = AudioSystem.getAudioInputStream(...);
Clip clip = AudioSystem.getClip();
clip.open(audioInputStream);
...
// Play the sound in a separate thread.
private void playSound() {
    Runnable soundPlayer = new Runnable() {

        @Override
        public void run() {
            try {
                clip.setMicrosecondPosition(0);
                clip.start();
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
    };
    new Thread(soundPlayer).start();
}

Answer 3

这很可能是byte[] 的加载问题。