WPF应用用MediaPlayer播放音频：非相对路径实现及路径合理性疑问

嘿，我来帮你搞定WPF里MediaPlayer调用资源文件的问题！

一、先解决你的Pack URI失效问题 #

你的Pack URI不能运行，大概率是资源文件的生成操作没设置对——WPF对资源的嵌入规则有明确要求，步骤如下：

1. 在Visual Studio里找到testSound.wav文件
2. 右键→属性：
   • 把生成操作改成Resource（别选Content或Embedded Resource，这俩和WPF的资源系统不兼容）
   • 复制到输出目录设为不复制（因为文件会直接嵌入到程序集里，不用单独复制）

二、三种无需相对路径的正确写法 #

设置好生成操作后，你就可以用WPF标准的资源访问方式了，推荐这三种：

1. 完整Pack URI格式 #

mediaPlayer.Open(new Uri("pack://application:,,,/Resources/testSound.wav", UriKind.Absolute));

注意必须加上UriKind.Absolute，因为Pack URI属于绝对路径范畴。

2. 简化的相对Pack URI #

如果你的代码和资源在同一个程序集里，还能写得更简洁：

mediaPlayer.Open(new Uri("/Resources/testSound.wav", UriKind.Relative));

这种写法会自动识别为程序集内嵌的资源路径，不需要拼复杂的Pack前缀。

3. 类似SoundPlayer的资源类引用 #

如果你想完全像SoundPlayer那样直接调用资源类（比如R.testSound），可以通过资源流来实现：

var resourceStream = Application.GetResourceStream(new Uri("/Resources/testSound.wav", UriKind.Relative));
if (resourceStream != null)
{
    mediaPlayer.Open(resourceStream.Stream);
    mediaPlayer.Play();
}

这样就不用手写路径字符串，只要确保资源路径正确，就能稳定获取到音频流。

三、说说相对路径的弊端 #

用../../Resources这种相对路径确实能跑，但隐患不少：

• 目录结构依赖强：如果你的代码文件被移动到子文件夹，或者项目结构调整，相对路径直接失效，找不到文件。
• 部署风险高：发布应用时，必须保证资源文件和程序的相对位置完全一致，一旦资源被误删或路径变动，播放就会失败；而内嵌资源是打包在程序集里的，不会丢失。
• 兼容性差：不同的部署方式（比如ClickOnce、MSI安装）可能会改变程序的目录结构，相对路径很容易出问题，Pack URI是WPF的标准资源访问方式，兼容性拉满。

小提醒 #

MediaPlayer基于Windows Media Player，支持的格式比SoundPlayer多（比如MP3、WMA），但要确保系统装了对应的解码器；如果是大音频文件，建议用MediaElement控件，它在UI线程处理上更友好。

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