Java是否是实时音频处理的C / C++替代方案？
我正在考虑一个应用程序，其中包含约100个音轨（最多），每个音轨上都同时发生延迟线（30s @ 48khz）、滤波（512点FIR？）和其他DSP类型的操作。
这些操作将被转换并以浮点数执行。
系统可能是一台四核3GHz、4GB RAM运行Ubuntu的计算机。
我看过有关Java速度比过去快得多，接近C / C++的文章，并且现在也有实时扩展。这是现实吗？它需要硬核编码和调优才能实现C某些人所规定的50％-100％的性能吗？
我真的很想知道这是否可能，还有任何注意事项。
对于音频应用程序，你通常只有非常小的代码部分需要花费大量时间。
在Java中，您可以始终使用JNI（Java Native Interface），并将计算密集型代码移动到C模块中（或者使用SSE汇编语言，如果您真的需要更高的性能）。因此，我建议使用Java并让您的代码正常运行。如果最终您发现无法满足性能目标，则可以使用JNI。
90%的代码很可能是粘合代码和应用程序内容。但请记住，这样会失去一些跨平台功能。如果您可以接受，JNI将始终为您提供原生代码性能的机会。
Java在许多音频应用中表现良好。与其他一些帖子的观点相反，我发现使用Java音频非常愉快。将可用的API和资源与可怕、几乎没有文档的CoreAudio相比较，你会成为信徒。Java音频存在一些延迟问题，但对于许多应用程序来说这是无关紧要的，并且缺少编解码器。还有很多人从未花时间编写良好的音频播放引擎（提示：永远不要关闭SourceDataLine，而是向其写入零），随后将问题归咎于Java。从API的角度来看，Java音频非常简单直接，易于使用，并且在jsresources.org上有大量指导。
你的问题中没有提到是否需要播放这些处理后的样本，或者是否有其他用途（例如将它们编码成文件）。我会更担心Java音频引擎的状态，而不是JVM处理样本的速度。
我曾经对javax.sound.sampled进行过深入的研究，并且感到非常失望。它与等效的框架如OpenAL或Mac/iPhone的Core Audio相比毫不相伯仲（我在同样强度的水平上都使用过这些框架）。javax.sound.sampled需要你将样本推入一个未知持续时间的不透明缓冲区中，这使得同步几乎不可能。它的文档也很差（很难找到流式传输长度不确定的音频示例，而不是内存中的片段的简单示例），还有未实现的方法（DataLine.getLevel()……甚至连非实现都没有记录），最后，我相信Sun在多年前已解雇了最后一位JavaSound工程师。
如果必须使用Java引擎进行声音混合和输出，我可能会首选尝试使用JOAL绑定到OpenAL，因为我至少知道该引擎目前受支持并且能够实现非常低的延迟。尽管我认为从长远来看，尼尔斯是正确的，你最终会使用JNI调用本地音频API。
来自http://www.jsresources.org/faq_performance.html#java_slow
让我们收集一些永恒的智慧：
地球是平的。
还有，不要忘记：Java很慢。
正如几个应用程序所证明的那样（请参见链接部分），Java足以构建音频编辑器、多轨录音系统和MIDI处理软件。试试吧！
