回调消息为何在其他线程执行？_OnStateChanged跨线程及RichTextBox调用疑问

1. 为啥回调消息会在另一个线程执行？ #

这事儿其实是网络库的设计逻辑导致的——像你用的PureSocketClusterSocket这类网络库，为了不拖垮UI线程，都会把网络IO和回调触发放在后台工作线程里。

你想啊，UI线程本来就负责渲染界面、响应用户点击这些事儿，如果把网络请求、回调处理都塞到UI线程里，万一网络卡一下或者要处理大量数据，整个界面直接就卡死不动了，用户体验拉胯。所以这类库都会默认在非UI线程触发回调，保证UI能流畅运行。

你代码里的MainWindow()是在UI线程跑的（从你打出来的Thread.CurrentThread.ManagedThreadId就能验证），而_OnStateChanged作为Socket事件的回调，是由库的工作线程调用的，自然就不在同一个线程了。

2. 为啥_OnStateChanged不在MainWindow的线程执行？有没有不用委托就能调用myRichTextBox.AppendText()的方法？ #

先说说原因 #

和第一个问题本质一样：网络操作是异步非阻塞的，回调是由Socket库的工作线程触发的，而WPF有个硬性规则——所有UI控件只能由创建它的线程（也就是UI线程）访问和修改，这就是所谓的“线程亲和性”。

再说说有没有不用委托的方法 #

很抱歉，没有能直接绕过委托/调度器的办法——WPF的线程安全规则是绕不开的。不过你可以用更简洁的写法，不用手动写复杂的委托实例：

方法1：用Dispatcher.Invoke的简化Lambda写法

private void _OnStateChanged(/* 你的方法参数 */)
{
    // 直接用控件自带的Dispatcher调度到UI线程
    myRichTextBox.Dispatcher.Invoke(() => 
    {
        myRichTextBox.AppendText("状态更新啦！");
    });
}

方法2：异步调度（适合不希望阻塞回调线程的场景）

如果你的项目用的是.NET Framework 4.5及以上，可以用InvokeAsync，不会卡住后台线程：

private async void _OnStateChanged(/* 你的方法参数 */)
{
    await myRichTextBox.Dispatcher.InvokeAsync(() => 
    {
        myRichTextBox.AppendText("状态更新啦！");
    });
}

方法3：封装通用扩展方法，减少重复代码

如果多处需要更新UI，写个扩展方法能省不少事儿：

public static class UiHelper
{
    public static void UpdateUi(this DispatcherObject control, Action action)
    {
        // 先检查当前线程是不是UI线程，是的话直接执行
        if (control.Dispatcher.CheckAccess())
        {
            action();
        }
        // 不是的话调度到UI线程执行
        else
        {
            control.Dispatcher.Invoke(action);
        }
    }
}

调用的时候就一行代码，非常清爽：

myRichTextBox.UpdateUi(() => myRichTextBox.AppendText("状态更新啦！"));

为啥必须用Dispatcher？ #

WPF的控件内部的视觉树、数据绑定这些都是线程敏感的，只有UI线程能安全修改这些状态。Dispatcher是WPF专门提供的线程调度器，它能把UI更新的操作放到UI线程的消息队列里，让UI线程按顺序执行，保证不会出现线程安全问题。

内容的提问来源于stack exchange，提问作者Matthias Güntert