.net - 在后台进程中访问 WPF FlowDocument

Question

在后台访问 WPF FlowDocument

我的问题与在 WPF 的后台访问 UI 对象有关。我看过几十个示例应用程序，它们都很简单、易于理解，其中 95% 告诉你如何显示进度条。这不是我想要的……

我的问题是:我想通过访问 RichTextBox 中的 FlowDocument 来执行一项长任务(或许多长任务)。确切的任务在这里不相关，但一个例子可能是扫描文档，并计算特定单词出现的次数，或者有多少红色字符......。在一个长文档中，这些可能是相当耗时的任务，如果在前台完成，会大大占用 UI 并使其无响应。我只想解析 FlowDocument；我不想对其进行任何更改。

所以这就是我想做的事情。显而易见的解决方案是在后台进行，但问题是……如何？我已经得到了似乎是一个答案，但它对我来说“感觉不对”，这就是我在这里寻求帮助的原因。

我的“解决方案”

接下来我的“解决方案”使用了一个 BackgroundWorker，它调用 UI 对象的 Dispatcher 以确保访问正确的线程......并且它“似乎”完成了这项工作。但真的吗？......
我已经大大缩短了我的“解决方案”，以便(我希望)轻松地遵循我正在做的事情......。

WithEvents worker As BackgroundWorker
Private Delegate Sub DelegateSub()
Private theDocument As FlowDocument

''' <summary>
''' Triggers the background task. Can call from anywhere in main code blocks
''' </summary>
Private Sub StartTheBackgroundTask()

    worker = New BackgroundWorker
    worker.RunWorkerAsync()

End Sub

''' <summary>
''' In the background, hands the job over to the UI object's Dispatcher
''' </summary>
Private Sub HandleWorkerDoWork(ByVal sender As Object, ByVal e As DoWorkEventArgs) Handles worker.DoWork

    Dim priority As System.Windows.Threading.DispatcherPriority
    Dim theLongRunningTask As DelegateSub

    '(1) Define a delegate for the Dispatcher to work with
    theLongRunningTask = New DelegateSub(AddressOf DoTheTimeConsumingTask)

    '(2) Set Dispatcher priority as required
    priority = System.Windows.Threading.DispatcherPriority.Background

    '(3) Add the job to the FlowDocument's Dispatcher's tasks
    theDocument.Dispatcher.BeginInvoke(theLongRunningTask, priority)

End Sub

''' <summary>
''' Sub whose logic accesses, but does not change, the UI object
'''  </summary>
Private Sub DoTheTimeConsumingTask()

    'For example......

    For Each bl As Block In theDocument.Blocks

        '......do something

    Next

End Sub

尽管这似乎可行，但我看到的问题是，除了使用 BackgroundWorker 触发任务之外，几乎所有长时间运行的任务都由 UI 对象的 Dispatcher 处理。所以 BackgroundWorker 实际上并没有做任何工作。那是我关心的部分；如果调度员忙于完成所有工作，我看不到我是如何获得任何东西的

选项 2

所以，对我来说，我最好“稍微扭曲一下”并将 Dispatcher 的委托(delegate)设置为指向实例化并启动 BackGroundWorker 的子程序(我的想法是 Dispatcher 线程将拥有 BackgroundWorker 的线程)，并在 BackgroundWorker 的 DoWork 事件中完成所有工作。那个“感觉”是对的……

所以我尝试了这个，而不是:

WithEvents worker As BackgroundWorker
Private Delegate Sub DelegateSub()
Private theDocument As FlowDocument

''' <summary>
''' Triggers the background task. Can call from anywhere in main code blocks
''' </summary>
Private Sub StartTheBackgroundTask()

    Dim priority As System.Windows.Threading.DispatcherPriority
    Dim theTask As DelegateSub

    '(1) Define a delegate for the Dispatcher to work with
    theTask = New DelegateSub(AddressOf RunWorker)

    '(2) Set Dispatcher priority as required
    priority = System.Windows.Threading.DispatcherPriority.Normal

    '(3) Add the job to the Dispatcher's tasks
    theDocument.Dispatcher.BeginInvoke(theTask, priority)

End Sub

''' <summary>
''' Creates and starts a new BackGroundWorker object
''' </summary>
Private Sub RunWorker()

    Worker = New BackgroundWorker
    Worker.RunWorkerAsync()

End Sub

''' <summary>
''' Does the long task in the DoWork event
''' </summary>
Private Sub HandleWorkerDoWork(ByVal sender As Object, ByVal e As DoWorkEventArgs) Handles worker.DoWork

    DoTheTimeConsumingTask()

End Sub

''' <summary>
''' Sub whose logic accesses, but does not change, the UI object
'''  </summary>
Private Sub DoTheTimeConsumingTask()

    'For example......

    For Each bl As Block In theDocument.Blocks

        '......do something

    Next

End Sub

对我来说，这一切似乎更合乎逻辑。我推测 Dispatcher 将拥有 BackgroundWorker，而后者又会完成所有长期工作，并且一切都将在 UI 线程上。嗯......逻辑思维就这么多......(通常对 WPF 来说是致命的!)......它没有。它因通常的“不同线程”错误而崩溃。所以，再三考虑似乎是一个更优雅的解决方案，结果却是一个失败者!

那么我的问题如下:

我的“解决方案”是解决方案，还是不是？

我哪里错了？

如何改进“解决方案”，以便调度程序不会被长期任务所束缚……这正是我试图避免的情况？

还有一个问题。请注意，我必须使用 FlowDocument 的 Dispatcher 才能完成这项工作。如果我改用 System.Windows.Threading.Dispatcher.CurrentDispatcher，则不会调用 Delegate 子 (DoTheTimeConsumingTask )，因此 - 出于所有意图和目的 - 没有任何 react 。有人可以解释为什么不好吗？

我不是作为第一个停靠港来找你的。我已经尝试了几十个选项，但还没有找到任何感觉完全正确的东西(除了我的第二个选项不起作用哈哈)所以我请求一些指导，拜托。

Answer 1

您面临的主要问题是 FlowDocument源自 DispatcherObject ，所以你必须使用它的Dispatcher访问它。你试图用这个东西做的所有事情都会采取将元素放入Dispatcher的形式。的工作队列并等待它开始执行它们。其中，如果 Dispatcher是处理 UI 的那个，将导致您试图避免的结果:而 Dispatcher正在执行您的工作项，所有剩余的鼠标点击和击键都在 Dispatcher 中堆积。的工作队列，UI会不负责任。

您从 FlowDocument 中得到什么成为 DispatcherObject是它的内容在你的长时间运行的任务正在处理它时不能改变。一旦您的任务完成，队列中的那些鼠标点击和击键可能会改变它，但是在它运行时，它们只是在累积。这实际上很重要。如果您能够使用 Dispatcher ，您将面临 UI 中的某些内容更改了 FlowDocument 的情况。当您的任务正在运行时。然后你就会遇到通常所说的“问题”。

即使您可以克隆 FlowDocument并从 UI 的调度程序断开克隆，它仍然是 DispatcherObject ，你仍然会在尝试同时执行多个任务时遇到同样的问题；您可以选择序列化对它的访问或观看后台线程崩溃。

为了解决这个问题，您需要做的是制作某种非 DispatcherObject FlowDocument 的卡住快照.然后在快照上运行您的任务。这样，如果 UI 实时更改 FlowDocument当您的任务正在运行时，它不会弄乱您的游戏。

我会做什么:使用 XamlWriter并序列化 FlowDocument进入 XDocument .序列化任务涉及Dispatcher ，但是一旦完成，您可以根据需要对数据运行任意数量的古怪并行分析，并且 UI 中的任何内容都不会影响它。 (同样，一旦它是 XDocument，您可以使用 XPath 查询它，这是一个非常好的锤子，只要您的问题实际上是钉子。)