AudioWorklet比Web Worker更适合实时音频处理，因其运行在浏览器音频渲染线程，具备微秒级定时精度、零缓冲抖动及严格帧同步能力；而Web Worker存在1–4ms调度延迟，无法满足44.1kHz等硬实时采样要求，易导致断续、相位跳变或卡死。
AudioWorklet 为什么比 Web Worker 更适合实时音频处理
因为 AudioWorklet 运行在浏览器的音频渲染线程（与 AudioContext 同线程），能保证微秒级定时精度和零缓冲抖动；而 Web Worker 是独立 JS 线程，与主线程通信有至少 1–4ms 的调度延迟，无法满足音频采样对时序的硬性要求（例如 44.1kHz 下每样本间隔仅 ~22.7μs）。
常见错误现象：Web Worker 中用 postMessage 传 PCM 数据块做滤波，结果输出严重断续、相位跳变，或在低端 Android 设备上直接卡死 —— 这不是代码逻辑问题，是线程模型根本错配。
-
AudioWorklet的process()回调由音频硬件驱动触发，严格按帧执行（如每次处理 128 个样本） -
Web Worker无法访问AudioNode、AudioParam或任何AudioContext实例，只能做纯计算，之后还得同步回主线程再进图谱节点，链路长、不可控 - 移动端尤其敏感：Chrome 95+ 对
Web Worker的音频相关setTimeout或requestIdleCallback调度会主动降频，但AudioWorklet不受影响
Web Worker 在音频场景里唯一靠谱的用途
它只适合做「非实时、高开销、可离线」的预处理任务，比如：
- MP3/WAV 文件头解析、ID3 标签提取（用
FileReader+ArrayBuffer） - 用
lamejs或ffmpeg.wasm做录音后转码（注意：不能边录边转，必须等MediaRecorderstop() 后再传入 Worker） - 训练轻量语音模型的特征提取（MFCC、梅尔频谱），输出结构化 JSON 给主线程用于 UI 展示
- 大音频文件分片上传前的 SHA-256 校验计算（避免阻塞主线程）
关键判断点：如果你的任务不依赖 currentTime、不需 sub-millisecond 同步、结果不要求逐帧反馈，那才考虑 Web Worker。一旦涉及播放、监听、实时效果（如变声、均衡器、噪声抑制），立刻排除。
AudioWorklet 的典型误用与绕不开的坑
很多人以为只要把 Web Worker 里的音频函数挪进 AudioWorkletProcessor 就万事大吉，实际掉坑里了：
- 不能在
process()里调用fetch、localStorage、console.log（会静默失败或报DOMException: Failed to execute 'postMessage' on 'AudioWorkletGlobalScope'） - 所有参数必须通过
parameters对象传入，且只支持Float32Array类型；动态改参要用audioWorkletNode.port.postMessage()配合processor.port.onmessage - Android Chrome 110–124 存在
AudioWorklet初始化失败率偏高问题（约 8%），需加 fallback：检测navigator.audioWorklet是否可用，不可用时降级为ScriptProcessorNode（已废弃）或放弃实时处理 -
addModule()是异步的，但错误不会 reject Promise，要监听audioContext.audioWorklet.onstatechange并检查audioContext.state === 'running'
混合架构：Worklet 负责实时流，Worker 负责后台重活
真实项目中，两者不是二选一，而是分工协作。例如一个语音会议 SDK：
-
AudioWorklet处理：AGC（自动增益控制）、VAD（语音活动检测）、回声消除（AEC）核心循环 —— 每帧 10ms 内必须完成 -
Web Worker处理：将 AEC 后的音频流定期切片，用 WebAssembly 编译的libopus编码成 Opus 帧，再通过 WebSocket 发送 - 通信方式：用
SharedArrayBuffer+Atomics.wait()实现零拷贝传输（注意需开启crossOriginIsolated，否则报错SharedArrayBuffer is not defined）
最容易被忽略的是权限配置 —— 只要用了 SharedArrayBuffer，就必须在服务器响应头加上 Cross-Origin-Embedder-Policy: require-corp 和 Cross-Origin-Opener-Policy: same-origin，否则整个音频链路启动失败，且错误提示极其隐晦。
