将PrintController改为静态类后SerialPort.DataReceived事件被ShowDialog阻塞

核心原因 #

当PrintController改为静态类后，PrintMonitor中的SerialPort实例大概率是在UI主线程上创建的。.NET的SerialPort.DataReceived事件默认会将回调函数封送到创建SerialPort实例的线程同步上下文（SynchronizationContext）中执行。

调用MainWindow.ShowDialog()时，UI主线程的消息泵会被完全阻塞——对话框会独占主线程的消息循环，导致所有待处理的UI线程回调（包括DataReceived的事件处理逻辑）被挂起，直到对话框手动关闭后，堆积的回调才会一次性执行。

而普通类版本正常的原因：普通类的实例初始化通常在后台线程完成，SerialPort实例绑定的是非UI线程的同步上下文，DataReceived回调直接在系统IO线程触发，不受UI线程的ShowDialog阻塞影响。

验证方法 #

可以在ConnectSerialPrintDriver方法中添加线程ID输出，确认SerialPort创建时的线程归属：

private void ConnectSerialPrintDriver()
{
    Console.WriteLine($"SerialPort 创建线程ID: {Thread.CurrentThread.ManagedThreadId}");
    // 创建并打开串口的原有代码
    Port = new SerialPort("COM1");
    Port.DataReceived += Port_DataReceived;
    Port.Open();
}

如果输出的线程ID与UI主线程ID一致，即可确认是同步上下文绑定导致的阻塞问题。

解决办法 #

1. 后台线程创建SerialPort实例 #

修改GetStatus方法，确保串口在后台线程初始化，避免绑定UI同步上下文：

private void GetStatus()
{
    SetWindowsPrintDriver("COM1");
    // 用后台线程执行串口初始化与状态查询
    Task.Run(() => {
        ConnectSerialPrintDriver();
        QueryPrinterStatus();
    });
}

2. 取消SerialPort的同步上下文封送 #

通过手动设置同步上下文为null，让DataReceived回调直接在IO线程执行，不依赖UI线程：

private void ConnectSerialPrintDriver()
{
    Port = new SerialPort("COM1");
    // 取消同步上下文绑定，让回调在IO线程执行
    SynchronizationContext.SetSynchronizationContext(null);
    Port.DataReceived += Port_DataReceived;
    Port.Open();
}

3. 静态类初始化移至后台线程 #

如果必须保留静态类结构，确保静态成员的初始化在后台线程完成，避免绑定UI线程：

public static class PrintController
{
    private static PrintMonitor DefaultPrintMonitor;

    static PrintController()
    {
        // 后台线程初始化静态成员
        Task.Run(() => {
            Initialize();
        }).Wait();
    }

    private static void Initialize()
    {
        DefaultPrintMonitor = new PrintMonitor();
    }
}

额外注意事项 #

• 不要在DataReceived回调中直接操作UI控件（如打开/关闭对话框），需通过Dispatcher.Invoke或SynchronizationContext.Post将UI操作封送到UI线程执行，避免跨线程访问异常。
• 静态类成员为全局共享，需注意线程安全，比如对Port实例的访问要加锁，避免多线程冲突。

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