因此，我正在尝试学习Core Media的基础知识，因为我需要在应用程序中处理真实的音频样本。现在我知道我需要配置AVCaptureSession设置、用于采集样本的AVCaptureDevice和处理设备输入并通过captureOutput(...)方法“通知”AVCaptureAudioDataSampleBufferDelegate的AVCaptureDataOutput。
现在，这个方法将样本作为CMSampleBuffer对象传递，根据Apple的CM文档，它将包含零个或多个媒体（在我的例子中是音频）样本和一个CMBlockBuffer，即
[...]一个CFType对象，表示可能不连续的内存区域中连续的数据偏移量[...]范围。
好吧，这有点让人困惑。我不是一个母语为英语的人，我很难理解这是什么意思。为什么我需要这个来访问我的样本？它们不是存储为原始二进制数据的数组吗（因此同质和连续）？我猜这与Core Media管理底层内存的方式有关，但我不明白。
最后一批样本也是通过CMSampleBufferGetAudioBufferListWithRetainedBlockBuffer方法访问的，该方法需要一个指向AudioBufferList的不安全可变指针和一个指向可选CMBlockBuffer的指针，第一个将填充指向可选CMBlockBuffer的指针，然后我可能（也可能不）能够通过myAudioBufferList.mBuffers.mData访问样本，可能是nil。
来自Apple开发人员代码片段的示例代码：

public func captureOutput(_ output: AVCaptureOutput,
                              didOutput sampleBuffer: CMSampleBuffer,
                              from connection: AVCaptureConnection) {

        var audioBufferList = AudioBufferList()
        var blockBuffer: CMBlockBuffer?
  
        CMSampleBufferGetAudioBufferListWithRetainedBlockBuffer(
            sampleBuffer,
            bufferListSizeNeededOut: nil,
            bufferListOut: &audioBufferList,
            bufferListSize: MemoryLayout.stride(ofValue: audioBufferList),
            blockBufferAllocator: nil,
            blockBufferMemoryAllocator: nil,
            flags: kCMSampleBufferFlag_AudioBufferList_Assure16ByteAlignment,
            blockBufferOut: &blockBuffer)
        
        guard let data = audioBufferList.mBuffers.mData else {
            return
        }

}

这背后的内存模型（或管道）是什么？我真诚地感谢任何帮助。