问使用MediaMuxer对MP4文件进行编码，但当调用mediaMuxer.stop()时它会崩溃

EN

好吧，我是来回答我自己的。

在24小时工作之后，我发现有许多因素会导致MediaMuxer.stop()在调整AAC轨道时发生碰撞。

为了避免崩溃，您最好在实现时遵循以下规则：

1. 在同步模式下使用MediaCodec进行AAC编码。通过使用同步模式，您可以快速地将音频示例(即DirectByteBuffer)从AudioRecorder输入到MediaCodec的输入缓冲区，而不需要进行任何额外的内存复制。如果拖放太多的示例，MediaMuxer就会崩溃。
2. 使用同步模式的另一个原因是，您可以使用MediaMuxer.dequeueInputBuffer(-1)确保始终可以在writeAudioSample方法中获得可用的InputBuffer，该方法用于将示例写入MediaCodec。
3. 使用同步模式的另一个原因是，您需要在之前删除编码的AAC数据。(见第9条)
4. 自行设置MediaFormat.KEY_MAX_INPUT_SIZE，值应该是2048的倍数(1024 16位示例，字节数，长度为2048)。我通常将其设置为8192，这取决于音频源的采样率、通道数以及应用程序和设备的性能。
5. 确保输入样本中充满音频数据，长度应该是您设置为MediaFormat.KEY_MAX_INPUT_SIZE的值。并以微秒为单位计算演示时间。任意两个相邻输入样本之间的表示时间间隔应该是相同的。通过这个方程1_000_000L * KEY_MAX_INPUT_SIZE / SAMPLE_RATE / NUMBER_OF_CHANNELS / 2计算样本的持续时间。您不需要对齐或将演示时间转移到。我强烈建议您只使用long initialTime = System.nanoTime() / 1000L获取初始时间并将其传递给MediaCodec。因此，下次编写示例时，演示的时间应该是initialTime + 1_000_000L * KEY_MAX_INPUT_SIZE / SAMPLE_RATE / NUMBER_OF_CHANNELS / 2等等。
6. 这部分是最大的坑。在将AAC编码的数据写入MediaMuxer时，请检查演示时间，即使您在将音频示例输入到MediaCodec时已经设置了演示时间。AAC编码数据的表示时间有时可能不是增量的。您应该记录上一次向MediaMuxer写入演示文稿的时间。如果发现错误排序的AAC数据，请通过presentationTime = ++lastPresentationTime调整演示时间。此外，您可能会得到一些零表示时间的AAC数据.别理他们。不要将它们写到MediaMuxer。
7. 如果MediaMuxer有其他音轨，请确保每个曲目的演示时间在相同的范围内(允许错误持续几秒钟)。
8. 一个AAC MediaCodec为一个MediaMuxer。并且不要重用输出MediaFormat对象。
9. 在执行MediaMuxer.stop()之前，停止调用writeAudioSample方法，并通过queueInputBuffer(index, 0, 0, 0, MediaCodec.BUFFER_FLAG_END_OF_STREAM)向MediaCodec发送EOS。并将剩余的AAC数据从MediaCodec中排出以写入MediaMuxer。执行MediaMuxer.stop()并查看发生了什么。