naudio可直接读取wav原始pcm数据，需按声道数和位深度解析；波形图须降采样并提取每区间min/max值；skiasharp绘图应预分配点数组、用skpath绘制抗锯齿折线；频谱图必须加窗、分帧、对数压缩，且分辨率与时间精度互斥。
用 NAudio 读取 WAV 文件的原始 PCM 数据
直接读取音频文件的波形数据，核心是拿到时间域上的采样点数值。C# 没有内置音频解码能力，NAudio 是最稳妥的选择——它能绕过 Windows 音频栈的抽象层，直接暴露原始 short 或 float 样本。
常见错误是调用 WaveFileReader.Read 时传错缓冲区长度，导致数据截断或越界；或者忽略声道数与位深度，把立体声当成单声道处理。
- 务必检查
waveReader.WaveFormat.Channels和waveReader.WaveFormat.BitsPerSample，决定后续如何解析字节流 - 用
new float[bufferSize]接收浮点样本（推荐），比手动转换short更安全；调用Read前确保缓冲区长度是声道数的整数倍 - WAV 文件头不包含响度元数据，所有幅度值都是相对原始 ADC 输出的线性样本，不做归一化就直接绘图会溢出或压扁
把 PCM 样本转成可绘制的波形数组
波形图本质是「时间轴 × 幅度」的折线图，但原始 PCM 样本量太大（44.1kHz 音频每秒 44100 个点），直接画全量点既卡顿又无意义——人眼分辨不了那么密的像素点。
关键不是“怎么画”，而是“怎么降采样才不失真地反映包络”。简单取平均或取极值都容易丢失瞬态细节，尤其鼓点或齿音。
- 按目标宽度反推步长：比如窗宽 800px，音频总样本数 176400，则每点代表约 220 个原始样本
- 对每个区间做
Min/Max双值提取（非单均值），保留波峰波谷，这是专业音频软件通用做法 - 避免用
Math.Abs后再取最大——负向大振幅同样重要，必须保留符号信息用于后续零线对齐
用 SkiaSharp 绘制实时波形图（非 WPF/WinForms）
如果项目已用 SkiaSharp 渲染 UI（如 Avalonia、MAUI 或跨平台桌面应用），别碰 Graphics.DrawLine——它在高 DPI 下缩放失真，且无法复用 GPU 加速路径。
SKCanvas.DrawPath 是唯一合理选择，但路径构造方式直接影响性能：每帧重建完整路径 = 每秒几百次内存分配 + GC 压力。
- 预分配
SKPoint[]数组，大小等于目标画布宽度，每次只更新 y 值，x 坐标可静态计算 - 用
SKPath.MoveTo+LineTo构建折线路径，禁用Close，否则首尾连线会穿模 - 设置
paint.StrokeWidth = 1f并启用paint.IsAntialias = true，否则锯齿严重到看不出波形轮廓
FFT 频谱图的坑：为什么你的“频谱”看起来像噪音
频谱图 ≠ 把音频 FFT 一下就能显示。真实频谱需要三个不可跳过的步骤：加窗、分帧、幅度对数压缩。跳过任意一步，Complex.FFT 返回的复数数组画出来就是一片乱纹。
最常被忽略的是帧重叠（overlap）和对数映射——线性幅度在视觉上完全无法区分低频能量和高频噪声。
- 用
HannWindow（非矩形窗），长度取 1024 或 2048，重叠率设为 75%（即步长 256），否则频谱泄露严重 - 对每帧 FFT 结果取
Math.Log10(Math.Abs(fftResult[i]) + 1e-6)，硬加小偏移防 log(0) - 最终图像 y 轴是频率（线性或 mel 尺度），x 轴是时间，像素亮度 = 对数幅度；别把实部虚部分开画，那是相位图，不是频谱图
频谱分辨率和时间分辨率永远互斥，选 1024 点 FFT 得到约 43Hz 频率精度，但时间切片宽 23ms——想看清快速颤音，就得接受低频糊成一团。这个 trade-off 没法靠代码绕过去。
