.NET命令行调试器使用方法及WPF窗口缩放崩溃问题排查

我之前也遇到过类似的WPF在服务器系统上崩溃的问题，给你梳理下排查步骤和可能的原因：

一、用MDbg.exe排查崩溃的具体步骤（无需修改应用代码） #

首先，MDbg是.NET Framework SDK自带的调试工具，不需要额外安装第三方组件，但你需要在Windows Server 2012上安装对应版本的.NET Framework SDK（和你的WPF应用使用的.NET版本匹配）。比如你的应用基于.NET 4.6，就安装.NET Framework 4.6 SDK，安装后MDbg.exe通常在C:\Program Files (x86)\Microsoft SDKs\Windows\v<版本号>\bin\NETFX <版本号> Tools目录下。

使用方法很简单，完全不需要修改应用代码：

• 方式1：直接启动应用并调试
  打开命令提示符（建议用管理员权限），导航到MDbg.exe所在目录，执行：

  mdbg.exe "C:\Full\Path\To\Your\WpfApplication.exe"
  

  然后操作应用触发窗口大小调整，当崩溃发生时，MDbg会自动暂停并显示异常信息。输入!pe可以查看完整的异常详情，输入!clrstack可以获取调用栈，精准定位到崩溃的代码位置。

• 方式2：附加到已运行的应用
  如果应用已经启动，先通过任务管理器找到它的进程ID，然后执行：

  mdbg.exe -p <进程ID>
  

  之后触发崩溃，同样用!pe和!clrstack查看核心异常信息。

如果应用启动后很快崩溃，可以用-waitfor debugger参数，让应用启动时主动等待调试器附加：

mdbg.exe -waitfor debugger "C:\Path\To\Your\App.exe"

二、为什么崩溃仅出现在Windows Server 2012？ #

这通常和WPF在服务器系统上的运行环境差异有关，常见原因有：

• 硬件加速默认禁用：Windows Server 2012默认关闭WPF的硬件加速（服务器通常没有高性能显卡，系统优先稳定性），而Windows 10默认启用。WPF在软件渲染模式下，某些控件的布局或渲染逻辑可能存在兼容性bug，调整窗口大小时刚好触发了这些问题。
• .NET Framework版本不一致：检查两台机器的.NET Framework版本，Windows 10可能预装了较新的.NET版本（比如4.8），而Windows Server 2012可能还是4.5或4.6，某些WPF API在旧版本中有未修复的bug，或者行为和新版本不一致。
• 缺少桌面体验组件：Windows Server 2012默认不安装桌面体验功能，而WPF的部分渲染和窗口管理依赖这些组件，缺少的话可能导致窗口调整时出现底层异常。
• 窗口管理器API差异：Windows Server 2012的User32.dll等系统组件和Windows 10有版本差异，WPF处理窗口大小变化的内部逻辑可能在旧系统上触发了未处理的异常。

三、额外的排查建议 #

除了用MDbg，你还可以通过以下方式快速获取异常信息：

• 添加全局异常日志：在你的WPF应用的App.xaml.cs中添加全局异常捕获，把异常信息写入日志文件，这样不用调试器也能拿到崩溃详情：

public partial class App : Application
{
    protected override void OnStartup(StartupEventArgs e)
    {
        base.OnStartup(e);
        // 捕获UI线程未处理异常
        DispatcherUnhandledException += (sender, args) =>
        {
            File.WriteAllText("WpfCrashLog.txt", 
                $"UI Exception: {args.Exception.Message}\nStack Trace:\n{args.Exception.StackTrace}");
            args.Handled = true;
        };
        // 捕获非UI线程未处理异常
        AppDomain.CurrentDomain.UnhandledException += (sender, args) =>
        {
            var ex = args.ExceptionObject as Exception;
            if (ex != null)
            {
                File.WriteAllText("WpfCrashLog.txt", 
                    $"AppDomain Exception: {ex.Message}\nStack Trace:\n{ex.StackTrace}");
            }
        };
    }
}

• 禁用硬件加速测试：在App.xaml的<Application>标签中添加RenderOptions.ProcessRenderMode="SoftwareOnly"，如果禁用后不再崩溃，说明问题和硬件加速相关，可以针对性修复。
• 安装桌面体验组件：在Windows Server 2012的服务器管理器中添加"桌面体验"角色，安装后重启系统，再测试应用是否正常。

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