Web Worker 不能直接解码音频文件，但可承担元数据解析、频谱分析、BPM估算、波表生成等纯计算任务；真正解码和播放必须由主线程通过 AudioContext 完成。
Web Worker 不能直接解码音频文件，因为 AudioContext.decodeAudioData() 只能在主线程调用，Worker 线程无权访问 AudioContext 或任何 Web Audio API。但你可以把解码前的预处理、元数据提取、频谱分析等 CPU 密集型任务交给 Worker 完成，而真正的解码仍由主线程执行。
关键在于分工清晰：Worker 做“准备”，主线程做“播放”。
✅ Worker 能做的音频后台分析任务
ID3 / Vorbis / MP4 元数据解析
读取文件头部或尾部二进制数据，提取标题、艺术家、专辑封面、采样率、时长等。这是纯计算，适合 Worker —— 零拷贝传入ArrayBuffer，快速返回结构化对象。离线频谱统计（如 FFT 幅度分布）
对已解码的AudioBuffer数据（主线程传入）做分段 FFT、能量计算、频带占比分析，输出建议 EQ 参数或可视化摘要（如“低频偏弱 18%”）。BPM 节奏估算（自相关法）
接收主线程发来的 PCM 包络数据（如每 200ms 的Float32Array），运行滑动窗口自相关，输出稳定 BPM 和置信度，不碰音频图、不调用任何 DOM。波表预生成或音色建模
例如根据用户参数生成高精度正弦/方波/自定义波形数组（64k 点），或对大型.sf2音色库做轻量解析与缓存准备，结果以Float32Array形式传回。音频格式校验与转换准备
检查 MP3 是否含 ID3v2、WAV 是否为 PCM 格式、是否需重采样；生成标准化配置（如目标采样率、声道数），供主线程后续 decode 时参考。
❌ Worker 绝对不能做的操作
- 调用
new AudioContext()或decodeAudioData()→ 报ReferenceError - 访问
MediaStream、<audio></audio>元素或File对象本身 → Worker 没有 DOM 环境 - 创建或连接
AudioNode（如GainNode、BiquadFilterNode）→ 无音频图权限 - 直接播放声音或控制播放状态 → 所有音频输出必须经主线程调度
? 主线程与 Worker 协作流程（以 MP3 解析+分析为例）
-
主线程获取文件
input.addEventListener('change', async (e) => { const file = e.target.files[0]; const arrayBuffer = await file.arrayBuffer(); // 零拷贝传给 Worker worker.postMessage(arrayBuffer, [arrayBuffer]); }); -
Worker 解析并分析
立即学习“前端免费学习笔记（深入）”；
self.onmessage = async (e) => { const buf = e.data; const id3 = parseID3v2(buf); // 手动解析前 10KB const rms = calcRMS(buf); // 简单能量估算 const bpm = estimateBPM(buf); // 若含足够音频数据，可做粗略节奏检测 self.postMessage({ id3, rms, bpm }); }; -
主线程接收结果，决定下一步
- 若需播放：用
decodeAudioData()解码arrayBuffer→ 得到AudioBuffer→ 播放 - 若需均衡：根据
rms或频谱摘要，动态设置BiquadFilterNode.gain - 若需动画：用
bpm驱动requestAnimationFrame节奏同步
- 若需播放：用
⚙️ 实用提示
- 传输大块音频数据时，始终用
postMessage(data, [data])启用 transferable，避免内存复制 - Worker 中不要依赖
Date.now()做精确时间对齐，它和主线程时钟不同步；时间敏感逻辑（如节拍相位）必须在主线程算 - 移动端首次音频播放需用户手势触发
audioContext.resume()，Worker 无法代劳
不复杂但容易忽略。
