macOS下Objective-C中AVAudioFile readIntoBuffer进度获取咨询

核心思路是放弃一次性读取整个文件，改成分块循环读取，每读完一块就计算并更新进度。AVAudioFile本身没有提供读取进度的回调，但我们可以通过控制每次读取的帧数，结合总帧数来手动计算进度。

具体实现步骤 #

• 先获取音频文件的总帧数：通过AVAudioFile的length属性可以拿到文件的总音频帧数，这是计算进度的基准。
• 后台异步读取：把读取操作放到GCD后台队列，避免阻塞主线程导致UI卡顿，同时让进度条能实时更新。
• 分块读取循环：每次读取固定数量的帧（比如4096帧，可根据性能调整），每读完一块就计算已读帧数占总帧数的比例，然后切回主线程更新进度条UI。
• 处理读取结束或错误：当已读帧数达到总帧数，或者读取出现错误时，结束循环并做收尾处理。

Objective-C代码示例 #

// 假设已经有初始化好的AVAudioFile实例inputFile，以及要写入的WAV文件outputFile
dispatch_async(dispatch_get_global_queue(QOS_CLASS_USER_INITIATED, 0), ^{
    AVAudioFramePosition totalFrames = inputFile.length;
    AVAudioFramePosition readFrames = 0;
    const AVAudioFrameChunk chunkSize = 4096; // 每次读取的帧数，可根据实际调整

    while (readFrames < totalFrames) {
        // 计算本次实际要读取的帧数（最后一块可能不足chunkSize）
        AVAudioFramePosition currentChunkSize = MIN(chunkSize, totalFrames - readFrames);
        AVAudioPCMBuffer *buffer = [[AVAudioPCMBuffer alloc] initWithPCMFormat:inputFile.processingFormat frameCapacity:(AVAudioFrameCount)currentChunkSize];
        
        NSError *error = nil;
        // 从当前位置读取指定帧数
        [inputFile readIntoBuffer:buffer error:&error];
        if (error) {
            NSLog(@"读取失败：%@", error.localizedDescription);
            break;
        }

        // 处理读取到的buffer，比如写入WAV文件
        [outputFile writeFromBuffer:buffer error:&error];
        if (error) {
            NSLog(@"写入失败：%@", error.localizedDescription);
            break;
        }

        // 更新已读帧数
        readFrames += buffer.frameLength;
        // 计算进度（范围0~1.0）
        float progress = (float)readFrames / totalFrames;

        // 切回主线程更新进度条UI
        dispatch_async(dispatch_get_main_queue(), ^{
            // 假设self.progressBar是NSProgressIndicator实例
            self.progressBar.doubleValue = progress;
        });
    }

    // 读取完成，更新UI状态
    dispatch_async(dispatch_get_main_queue(), ^{
        self.progressBar.doubleValue = 1.0;
        // 可添加完成提示、按钮状态恢复等操作
    });
});

关键说明 #

• 原方法的问题：readIntoBuffer:一次性读取整个文件时，过程是同步阻塞的，主线程被卡住，NSTimer根本无法触发，且AVAudioFile不会暴露中间读取状态。分块读取把长任务拆成多个小任务，既避免主线程阻塞，又能实时反馈进度。
• chunkSize的选择：太大则进度更新不频繁，用户看不到实时变化；太小会增加IO次数影响性能。建议根据音频采样率和实际测试调整，4096或8192帧是常用取值。
• UI更新必须在主线程：所有UI操作都要放到main queue执行，否则会导致UI异常。

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