音频移调算法技术咨询：整文件正常，帧处理出现破音跳音

• 保留算法持久化状态：离线处理完整音频时，算法可以持续维护内部状态（比如相位累积值、延迟缓存、窗口重叠的历史样本），但AudioWorklet每次处理单帧时如果重置这些状态，会导致每帧处理完全独立，相位、缓存不连续，直接引发跳音。必须把算法的内部状态（延迟线、当前相位、重叠窗口残留样本等）封装为实例变量，而非每次处理帧时重新初始化。

• 处理窗口重叠与帧衔接逻辑：这类移调算法大多基于重叠相加/重叠保存法，离线处理时是对整个音频做连续窗口分割与重叠处理，但实时单帧处理时，要保证当前帧与上一帧的窗口重叠部分正确衔接。比如采用50%重叠的汉明窗口时，每帧处理后需保留后半段样本作为下一次处理的重叠输入，不能直接丢弃帧外计算结果。

• 保证相位连续性：移调算法中的相位偏移计算如果在每帧开头重置，会导致相邻帧相位突变，产生破音。需要在帧间累积相位增量，让每帧的相位计算基于上一帧的最终相位值，避免相位断裂。

• 适配AudioWorklet的帧大小：离线处理的块大小和AudioWorklet默认帧大小（通常为128或256样本）可能不一致，算法的内部缓存、窗口大小需要和AudioWorklet的帧大小匹配。若原算法使用更大的块大小，强行拆分到小帧处理会破坏重叠逻辑，需调整窗口大小或做块大小适配。

• 避免边界截断失真：实时处理时，每帧的输入输出不能直接截断，要处理算法产生的延迟样本。部分移调算法会生成比输入帧更长的输出，需将超出当前帧的部分缓存到下一次处理，确保输出音频流连续，无截断导致的破音。

• 检查WebAssembly内存管理：若算法依赖WebAssembly内存存储状态，需确保每次处理帧时，内存中的状态数据未被意外覆盖或释放。比如不要每次调用Wasm函数都重新分配内存，应复用持久化内存区域保存状态。

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