从WinForms迁移至WPF时遇System.NullReferenceException问题求助

我来帮你梳理下可能导致空引用异常的几个关键点，以及对应的解决思路：

1. 检查Dispatcher是否为null #

WPF控件的Dispatcher只有在控件被加载到可视化树之后才会被初始化，如果这段代码在控件构造函数早期、或者控件还没被添加到窗口时执行，Dispatcher可能是null，调用Dispatcher.Invoke就会直接抛出空引用异常。

解决办法：

• 确保这段代码在控件的Loaded事件触发后再执行；
• 替换为Application.Current.Dispatcher（它始终指向UI线程的Dispatcher，不会为null），修改后的代码示例：

if (!Application.Current.Dispatcher.CheckAccess())
{
    try
    {
        Application.Current.Dispatcher.Invoke(() => PackedReceived((ResponseArgs)Packet));
    }
    catch { return; }
}
else
{
    PackedReceived((ResponseArgs)Packet);
}

2. 验证Packet对象是否为null且类型正确 #

如果Packet本身是null，直接强制转换为ResponseArgs虽然不会立即抛空引用，但在PackedReceived方法中访问该对象的属性/方法时就会触发异常。另外，如果Packet的实际类型不是ResponseArgs，强制转换还会引发InvalidCastException。

解决办法：

• 先做null和类型检查，再调用方法：

if (Packet is not ResponseArgs responseArgs)
{
    // 处理Packet为null或类型错误的情况，比如日志输出后返回
    return;
}

if (!Application.Current.Dispatcher.CheckAccess())
{
    try
    {
        Application.Current.Dispatcher.Invoke(() => PackedReceived(responseArgs));
    }
    catch { return; }
}
else
{
    PackedReceived(responseArgs);
}

3. 替换WinForms的MethodInvoker为WPF原生委托 #

MethodInvoker是WinForms专属的委托类型，虽然WPF项目中如果引用了WinForms程序集可以使用，但更推荐使用WPF原生的Action委托，避免潜在的兼容性问题。

修改后的调用示例：

Dispatcher.Invoke(new Action(() => PackedReceived((ResponseArgs)Packet)));
// 或者更简洁的Lambda写法
Dispatcher.Invoke(() => PackedReceived((ResponseArgs)Packet));

4. 排查PackedReceived方法内部的空引用 #

异常也可能不是出现在线程调度的代码里，而是PackedReceived方法内部访问了未初始化的对象（比如某个UI控件还没创建、或者ViewModel的属性为null）。

解决办法：

• 在PackedReceived方法的开头添加断点，逐行调试查看哪一行触发了空引用；
• 在catch块中捕获并输出异常的堆栈信息，定位具体出错位置：

try
{
    Application.Current.Dispatcher.Invoke(() => PackedReceived(responseArgs));
}
catch (Exception ex)
{
    // 输出异常详情，比如到日志或控制台
    Console.WriteLine($"调用PackedReceived出错：{ex.Message}\n{ex.StackTrace}");
    return;
}

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