C# WPF加载资源文件夹PDF 发布后路径失效如何解决

你遇到的问题来自两个配置/代码错误：

1. 项目中的PDF文件没有配置正确的生成属性，导致发布流程不会把文件同步打包到部署目录，调试时能通过../../访问到是因为硬编码的相对路径刚好匹配本地调试时「bin/Debug目录下exe向上两级回到项目根目录」的结构，发布后目录结构变化该路径直接失效。
2. 直接用字符串拼接路径容易出现目录分隔符缺失、转义错误等问题，且打开文件时没有显式开启系统Shell调用，部分.NET版本下无法触发默认程序关联。

1. 先配置文件的项目属性 #

在解决方案资源管理器中找到Resources/file.pdf，右键打开属性面板，修改两个配置项：

• 生成操作：选择内容
• 复制到输出目录：选择如果较新则复制

配置完成后，不管是本地调试生成，还是ClickOnce、文件夹发布、单文件部署，VS都会自动把PDF文件放到输出路径下的Resources子目录，不需要手动拷贝文件。

2. 替换按钮点击事件的代码 #

用系统提供的路径API拼接路径，同时增加文件存在校验，调用系统默认关联的PDF阅读器打开文件，兼容所有用户安装的PDF阅读软件（Edge、WPS、Adobe Acrobat等）：

using System;
using System.Diagnostics;
using System.IO;
using System.Windows;

private void OpenFile_Click(object sender, RoutedEventArgs e) 
{
    // 用Path.Combine拼接路径，自动适配Windows的目录分隔符，避免斜杠缺失问题
    string pdfPath = Path.Combine(AppContext.BaseDirectory, "Resources", "file.pdf");

    // 提前校验文件是否存在，避免进程启动抛未捕获异常
    if (!File.Exists(pdfPath))
    {
        MessageBox.Show($"文件不存在：{pdfPath}");
        return;
    }

    // 调用系统默认关联程序打开文件
    ProcessStartInfo psi = new ProcessStartInfo(pdfPath)
    {
        UseShellExecute = true
    };
    Process.Start(psi);
}

注意：.NET Core/.NET 5+版本中必须显式设置UseShellExecute = true，否则无法通过系统文件关联触发外部程序打开PDF，会直接抛出异常。
任何场景下都不要写../../这类硬编码相对路径，这类写法完全依赖当前执行目录的层级结构，只要生成配置、部署路径发生变化就会失效。

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