UWP技术问题：如何在非UI线程创建并使用RichEditBox控件

首先直接给结论：你不能直接在非UI线程创建或操作RichEditBox控件——它是绑定到UI线程消息循环和上下文的UI控件，跨线程操作必然会触发你遇到的"The application called an interface that was marshalled for a different thread"异常。

不过别担心，你的需求（纯文本/富文本互转、给文本加样式导出富文本）完全可以实现，只是得换个方式：

方案1：通过UI线程调度器间接使用RichEditBox #

既然你不需要显示控件，只是用它的文本处理能力，你可以在非UI线程里，把创建RichEditBox、处理文本的逻辑委托给UI线程的调度器执行。这样所有控件操作都在UI线程完成，不会触发跨线程异常。

举个C#的示例代码：

// 在非UI线程中执行这段代码
await Windows.ApplicationModel.Core.CoreApplication.MainView.CoreWindow.Dispatcher.RunAsync(
    Windows.UI.Core.CoreDispatcherPriority.Normal,
    () =>
    {
        // 所有RichEditBox的操作都在UI线程完成
        var richEditBox = new RichEditBox();
        
        // 示例1：纯文本转带红色样式的富文本
        richEditBox.Document.SetText(Windows.UI.Text.TextSetOptions.None, "这是要处理的纯文本");
        var fullSelection = richEditBox.Document.Selection;
        fullSelection.StartPosition = 0;
        fullSelection.EndPosition = richEditBox.Document.GetText(Windows.UI.Text.TextGetOptions.None, out _).Length;
        fullSelection.CharacterFormat.ForegroundColor = Windows.UI.Colors.Red;
        
        // 导出为RTF格式的富文本
        richEditBox.Document.GetText(Windows.UI.Text.TextGetOptions.FormatRtf, out string rtfOutput);
        
        // 这里可以把rtfOutput传递到非UI线程使用，比如通过闭包或回调
    });

这个方法的核心是Dispatcher.RunAsync，它把你的控件操作逻辑放到UI线程的消息队列里执行，完美避开跨线程问题。

方案2：直接处理RTF格式（完全脱离UI线程） #

如果不想依赖UI线程和RichEditBox控件，你可以直接手动构造或解析RTF格式字符串——毕竟你的需求只是文本格式转换，没必要一定要用UI控件。

比如要把一段纯文本变成红色的富文本，对应的RTF字符串大概是这样的：

{\rtf1\ansi\deff0{\colortbl;\red255\green0\blue0;}\cf1 你的纯文本内容\cf0}

你可以在非UI线程里直接拼接这样的字符串，实现给文本加颜色、加粗等样式；反过来解析RTF提取纯文本也可以用正则表达式或轻量的RTF解析逻辑完成（不用依赖UI控件）。

这种方式更高效，完全不受UI线程的限制，适合批量或后台处理文本的场景。

总结 #

• 不能直接在非UI线程创建RichEditBox，但可以通过UI调度器间接使用它完成你的需求；
• 如果追求更灵活的后台处理，直接操作RTF格式是更好的选择。

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