概览
DOUAudioFileProvider读取音频文件local，ipod-library，remote audiofile（通过DOUSimpleHTTPRequest封装的CFHTTPMessageCreateRequest简单请求来获取）；
DOUAudioFileProvider通过三个子类_DOUAudioLocalFileProvider，_DOUAudioRemoteFileProvider，_DOUAudioMediaLibraryFileProvider（典型的工厂模式）来处理不同场景下的音频，此处我主要记录_DOUAudioRemoteFileProvider处理网络文件的各种注意事项（是否支持流式读取，不支持时如何处理等等），另外注意NSData的category的mmap内存映射（具体方法dou_dataWithMappedContentsOfFile）音频data来减少文件I/O的用户空间到内核态的一次拷贝。
_DOUAudioRemoteFileProvider的处理流程
- _initWithAudioFile初始化：如果需要SHA256摘要，初始化_sha256Ctx，然后初始化_audioFileStreamID，设置audio_file_stream_property_listener_proc回调来首先判断是否支持流式处理；初始化网络请求，设置网络回调；
- _requestDidReceiveResponse：创建文件大小为_expectedLength的临时文件，mmap映射之;
- _requestDidReceiveData：拷贝每段NSData到_mappedData末尾，更新SHA256摘要；然后根据AudioFileStreamParseBytes解析音频帧，如果局部的帧parse失败并且status != kAudioFileStreamError_NotOptimized，再一次机会通过_fallbackTypeIDs方法中的AudioFileGetGlobalInfoSize，AudioFileGetGlobalInfo来获取已接收的文件整体audio file的AudioFileTypeID，再用AudioFileStreamParseBytes处理一次；
@function AudioFileStreamOpen
@param inFileTypeHint
For files whose type cannot be easily or uniquely determined from the data (ADTS,AC3),
this hint can be used to indicate the file type.
Otherwise if you do not know the file type, you can pass zero.
第二次解析时，传入AudioFileTypeID。
- _requestDidComplete：msync一次_mappedData，获取最终的SHA256值，初始化全局的gHintProvider；
DOUAudioFileProvider为DOUAudioPlaybackItem，下一步就是送入DOUAudioDecoder进行PCM解码。