WPF RichTextBox 文档创建线程问题

Question

我在线程方面的 RTB 和文档生成方面遇到了一些问题。

当 RTB 上触发 TextChanged 事件时，会创建一个新的标题，并且文档生成将被卸载到此。这可能需要几秒钟的时间，并且会阻塞调用，因此它确实需要位于另一个线程上才能保持 UI 响应。

我遇到的问题是当我尝试将新生成的文档添加到 RTB 的 Document 属性时出现异常。 （调用线程无法访问此对象，因为不同的线程拥有它。）这不是由于忘记使用 Dispatcher.Invoke，因为这就是生成异常的地方，但因为我是在 UI 线程以外的线程上创建 FlowDocument/Paragraph/Run 实例（我认为？？）。

有没有办法实现我在这里寻找的东西？

更新

    private void rtbQuery_TextChanged(object sender, TextChangedEventArgs e)
    {
        System.Diagnostics.Debug.WriteLine("Requires update; on thread:" + System.Threading.Thread.CurrentThread.ManagedThreadId);

        backgroundWorker.RunWorkerAsync();
    }

    private void backgroundWorker_DoWork(object sender, System.ComponentModel.DoWorkEventArgs e)
    {
        System.Diagnostics.Debug.WriteLine("Generating; on thread:" + System.Threading.Thread.CurrentThread.ManagedThreadId);

        DocumentGenerator dgen = new DocumentGenerator();
        string queryText = getQueryText();

        e.Result = dgen.GenerateDocument(queryText);
    }

    private void backgroundWorker_RunWorkerCompleted(object sender, System.ComponentModel.RunWorkerCompletedEventArgs e)
    {
        System.Diagnostics.Debug.WriteLine("Assigning; on thread:" + System.Threading.Thread.CurrentThread.ManagedThreadId);

        FlowDocument doc = (FlowDocument)e.Result;
        txtQuery.Document = doc; // ! The calling thread cannot access this object because a different thread owns it
    }

---

>Requires update; on thread:9
>Generating; on thread:10
>Assigning; on thread:9

---

更新 #2 - 一个解决方案

（某种）

因此，正如 @Jon Mitchell 指出的那样，我无法使用在另一个线程上创建的对象来更新 UI 线程上的 RTB。有一个非常简单的解决方案，需要最少的代码更改来解决这个问题，我将其发布以节省未来的人们的麻烦。简而言之，对象图是在另一个线程上创建的，然后转换为 XAML。然后，UI 线程在其自己的线程中将此 XAML 转换回对象图，一切正常。

    private void backgroundWorker_DoWork(object sender, System.ComponentModel.DoWorkEventArgs e)
    {
        DocumentGenerator dgen = new DocumentGenerator();
        string queryText = getQueryText();
        
        dgen.GenerateDocument(queryText); // start generation
        e.Result = dgen; // note, i'm passing the generator, not the document
    }

    private void backgroundWorker_RunWorkerCompleted(object sender, System.ComponentModel.RunWorkerCompletedEventArgs e)
    {
        DocumentGenerator dgen = (DocumentGenerator)e.Result;
        txtQuery.Document = dgen.GetFlowDocument(); 
    }

在 DocumentGenerator 类中

    public void GenerateDocument(string data)
    {
        ... // build up the document DOM

        // return documentDOM; // used to return the generated item here.
        documentXAML = System.Windows.Markup.XamlWriter.Save(documentDOM); // serialize the DOM to XAML
    }
    public FlowDocument GetDocument()
    {
        object result = System.Windows.Markup.XamlReader.Parse(documentXAML); // build DOM from XAML
        return (FlowDocument)result;
    }

Answer 1

我认为问题是因为 FlowDocument 是一个 DependencyObject ，它不可冻结，因此不能在一个线程上创建然后在另一个线程上使用。我认为这是因为当在另一个线程上创建 FlowDocument 时，它对于 RTB 有一个不同的调度程序。

可以在AAron 的博客上找到解决方法：

FlowDocument doc = new FlowDocument(new Paragraph(new Run("hi")));
System.IO.MemoryStream 流 = new System.IO.MemoryStream();
XamlWriter.Save（文档，流）；
流.Position = 0;
      
this.Dispatcher.BeginInvoke(DispatcherPriority.Normal, (ZeroDelegate)delegate ()
{
    flowDoc = (FlowDocument)XamlReader.Load(流);
});

Answer 2

试试这个：

    private void backgroundWorker_RunWorkerCompleted(object sender,
        System.ComponentModel.RunWorkerCompletedEventArgs e)    
    {        
        System.Diagnostics.Debug.WriteLine(
            "Assigning; on thread:" + 
            System.Threading.Thread.CurrentThread.ManagedThreadId);

        Dispatcher.BeginInvoke(new Action(
            delegate()
            {
                FlowDocument doc = (FlowDocument)e.Result;
                txtQuery.Document = doc;
            }
        ), null);
    }

Answer 3

我一直在寻找同一问题的解决方案，并最终提出了替代解决方案。

技巧是：

1. 在后台线程上创建 FlowDocument 和所有内部元素
2. 使用反射更改 FlowDocument 的调度程序和所有内部元素（可能包括 UI 调度程序的样式和资源）。
3. 在 UI 中使用 FlowDocument

该解决方案将所有工作保留在后台线程中，并且不涉及后台线程序列化和 UI 线程反序列化，这将进一步提高响应能力。

请在我的博客文章中找到代码。

[编辑] 关于此解决方案的一个非常需要的说明：它基本上是一种 hack，尚未解决在 FlowDocument 中处理图像的问题，因为图像需要在前台（UI）线程上处理，这似乎是 .网本身。

对于我从事的需要生成前台报告的项目，我决定在后台线程上处理尽可能多的内容，并牺牲一些 GUI 响应能力来构建 FlowDocument（大约占总报告准备时间的 20%）。