MediaPlayer播MP3静音或报FileNotFoundException，因依赖Windows Media Foundation软解但Win10/11默认禁用，且需绝对路径、等待MediaOpened事件；SoundPlayer仅支持WAV；推荐NAudio或WPF MediaElement。
MediaPlayer 播 MP3 为什么静音或报 FileNotFoundException
因为 MediaPlayer（来自 System.Windows.Media）本身不带 MP3 解码器，它依赖 Windows Media Foundation（WMF）做软解；而 Win10/11 默认禁用 MP3 软解，尤其在 .NET Framework 4.6.2 以下或 .NET 5+ 桌面应用中极易失效。
- 路径必须是绝对路径：
new Uri("sound.mp3")这种相对路径大概率触发FileNotFoundException -
Play()必须等MediaOpened事件触发后才能调，否则无声——它不是“加载即播”，而是异步准备设备和解码上下文 - 即使路径对、事件等了，仍报错？基本是系统缺 WMF 编解码包，重装“媒体功能”或改方案更实际
SoundPlayer 只能播 WAV，别拿它试 MP3
SoundPlayer 的设计目标就是 PCM 编码的 WAV：只认 16bit、单/立体声、无压缩格式。传 MP3 给它，Load() 可能卡住、Play() 必然无声，且不抛异常——它直接吞掉不支持的格式。
- 用
SoundPlayer.Stream塞MemoryStream也一样：只要开头不是标准 WAV header（RIFF/WAVE），就当没听见 - 如果只是播提示音，建议提前用
ffmpeg -i alarm.mp3 -ar 44100 -ac 1 -sample_fmt s16 alarm.wav批量转成兼容 WAV，再喂给SoundPlayer - 别指望它调音量、暂停、进度控制——这些功能它压根没暴露 API
真正靠谱的方案：NAudio + MP3FileReader + WaveOutEvent
要稳定播 MP3、可控暂停/继续/音量、不卡 UI，NAudio 是目前 C# 生态里最成熟的选择。它把解码（MP3FileReader）、输出（WaveOutEvent 或 WasapiOut）、线程安全全包了。
- NuGet 安装：
Install-Package NAudio（认准 Mark Heath 官方作者） - 基础播放三行够用：
var reader = new MP3FileReader("alarm.mp3");<br>var output = new WaveOutEvent();<br>output.Init(reader); output.Play(); -
WaveOutEvent是多线程安全的，Play()不阻塞 UI；但reader和output必须手动Dispose()，否则音频设备句柄泄漏 - 音量调节别碰
output.Volume（对 WASAPI 无效），改用VolumeSampleProvider包一层 PCM 流再输出
WPF 里想简单点？用 MediaElement，但注意权限和资源释放
MediaElement 是 WPF 原生控件，支持 MP3/MP4/WAV 等多种格式，写法最轻量，但它跑在 UI 线程、不提供底层音频控制，且容易因资源未释放导致后续播放失败。
- 必须设
LoadedBehavior="Manual"，否则自动加载会抢时机，Play()失效 - 每次换文件前，先
mediaElement.Stop(); mediaElement.Source = null;，再赋新Uri，否则可能卡在旧状态 - 若部署到受限环境（如企业锁屏策略、UWP 沙箱），
MediaElement可能因无音频设备访问权限静音，此时回退到NAudio更可控
MP3 播放看似简单，实际卡点全在解码链路和资源生命周期上：WMF 依赖、路径语义、事件时序、句柄释放——漏一个，就静音或崩溃。别迷信“内置类就能播”，先看清楚它背后靠谁干活。
