Android AudioTrack是否自动缓冲？需拆分short[]适配缓冲区吗？

首先得明确AudioTrack的核心工作逻辑：它内部会维护一个播放缓冲区，getMinBufferSize()返回的是系统要求的最小缓冲区大小——创建AudioTrack时的缓冲区不能小于这个值，但可以更大。针对你的场景，我分两种常见的AudioTrack工作模式来解释：

1. 如果使用MODE_STATIC模式（预加载模式） #

这种模式适合短音频（比如音效），它会把所有音频数据提前加载到AudioTrack内部的缓冲区中，播放时直接从缓冲区读取。

• 你不需要拆分音频数据：只要创建AudioTrack时设置的缓冲区大小≥22050B（你的总音频数据大小），就可以直接调用一次write()方法，把整个short[]数组写入进去，之后调用play()就能完整播放。
• 注意：如果创建时的缓冲区小于总数据大小，write()会返回错误，所以要确保缓冲区足够容纳全部数据。

2. 如果使用MODE_STREAM模式（流式播放模式） #

这种模式适合长音频，需要持续向AudioTrack的缓冲区写入数据，音频硬件会不断从缓冲区取数据播放。

• 不需要手动拆分short[]数组：你完全可以通过动态修改write()方法的offsetInShorts和sizeInShorts参数，分多次写入对应部分的数据。
• 举个具体的例子：
  你的总数据是22050B = 11025个short（因为每个short占2字节），最小缓冲区是8192B = 4096个short。你可以这样调用：

  // 第一次写入前4096个short
  audioTrack.write(audioData, 0, 4096);
  // 第二次写入接下来的4096个short
  audioTrack.write(audioData, 4096, 4096);
  // 第三次写入剩下的11025 - 8192 = 2833个short
  audioTrack.write(audioData, 8192, 2833);
  

• 额外提醒：如果用的是非阻塞模式（MODE_NON_BLOCKING），write()会返回实际写入的字节数，这时候你需要根据返回值调整后续的offset和size，确保所有数据都被写入。而阻塞模式下，write()会等待缓冲区有足够空间后再完成写入，逻辑更简单。

总结一下：

• AudioTrack会自动维护播放缓冲，你不需要手动实现缓冲逻辑；
• 不需要拆分short[]数组，直接通过write()的offset和size参数分块写入即可；
• 选择合适的工作模式（静态/流式）会让你的实现更高效。

内容的提问来源于stack exchange，提问作者mortalis