AVAudioEngine录制AAC音频后，AVAudioPlayer与AVURLAsset时长不一致的原因及配置疑问

这个问题我做音频录制开发时也踩过类似的坑，核心是两者计算音频时长的逻辑完全不同，和你有没有遗漏AVAudioPlayer的配置关系不大，咱们一步步拆解清楚：

为什么数值会不一样？ #

1. AVAudioPlayer 的计算逻辑 #

AVAudioPlayer 是通过解码音频帧，统计有效采样帧总数除以采样率来计算时长的。但如果你的AAC文件是可变码率（VBR），或者录制时文件容器里存在空帧、未完全写入的收尾数据，AVAudioPlayer 在initWithData:初始化后还没完成全量解码时，拿到的只是一个近似值；另外用initWithData:加载时，它可能不会完整解析容器的元数据，只算了已解码的有效音频帧时长，所以结果会偏短。

2. AVURLAsset 的计算逻辑 #

AVURLAsset 是直接读取音频文件容器（MP4/M4A）头里的元数据时长——这个时长是你录制完成后，AVAudioEngine写入文件时就已经确定并写入容器的“官方”时长，不需要解码音频帧，所以结果更准确。

你遇到的差值，大概率是录制收尾时的小问题：比如AVAudioEngine停止的时机不对，导致容器元数据已经写入了预期时长，但最后几帧音频数据没完全写入，AVAudioPlayer解码时忽略了这些空帧，所以算出的时长更短。

解决办法 #

方法一：优先用 AVURLAsset 获取时长 #

如果只是需要准确的音频时长，直接用AVURLAsset的方式就好，它的结果更可靠，不需要依赖播放器的状态。

方法二：让 AVAudioPlayer 完成准备后再获取时长 #

如果你一定要用AVAudioPlayer的duration，记得先调用prepareToPlay方法，等它完成初始化和解码后再获取：

self.player = [[AVAudioPlayer alloc] initWithData:[NSData dataWithContentsOfFile:self.outFilePath] error:nil];
[self.player prepareToPlay]; // 必须调用这个方法，让播放器完成准备
NSTimeInterval duration = _player.duration; // 现在的数值会和AVURLAsset的结果更接近

方法三：优化录制的收尾流程 #

避免录制时容器元数据和实际音频帧不一致，停止录制时按正确顺序操作：

// 停止录制的标准流程
[self.inputNode removeTapOnBus:0]; // 先移除输入节点的tap
[self.audioEngine stop]; // 停止引擎
[self.outputFile close]; // 确保文件写入完成并关闭

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