WPF实时多线程股票交易应用程序

Question

我正在WPF中构建一个实时多线程应用程序,但我在更新UI时遇到了困难.

我有一个后台工作线程,其中包含确定要发送到市场的交易的逻辑.当有效交易发送到市场时,我通过主应用程序窗口中的事件接收这些交易的状态更新.我有其他活动,我收到实时价格更新.

通过这些活动,我更新了UI.现在看来,我在整个应用程序中如此迅速地接收事件,UI无法跟上接收事件的速度 - 导致UI缓慢更新或根本不更新.基本上UI冻结了.在所有事件都被触发后,UI再次缓慢响应.一旦完全响应,UI就会显示我期待的数据.

我的问题是,如何在接收事件的同时实时更新UI？我一直在努力解决这个问题,所以任何帮助都会受到赞赏.

提前致谢!

Answer 1

不要让工作线程通过事件将更新推送到UI线程,而是考虑让UI线程定期拉动(或轮询)它们.推送方法在很多情况下都很好,但有两个主要的缺点,对你不利.

• 在某处有一个昂贵的编组操作正在转移一个方法的执行以安全地执行UI更新(至少应该有).
• 工作线程决定了UI应该更新的频率,并暗示它应该执行多少工作.它很容易压倒消息泵.

我建议使用一个共享队列,其中工作线程将排队包含更新的数据结构,UI线程将出列并处理它.您可以让UI线程以策略性选择的间隔轮询队列,以便它永远不会陷入困境.队列将充当缓冲区而不是UI消息泵.随着更新数量的增加和流量的增加,它会缩小并增长.这是我正在谈论的简单图表.

[Worker-Thread] -> [Queue] -> [UI-Thread]

我首先从简单队列方法开始,但是您可以将其带到创建管道的下一个逻辑步骤,其中有3个线程参与更新流程.工作线程将更新排队,UI线程像以前一样将它们出列.但是,可以在混合中添加一个新线程,以管理队列中等待的更新数量并使其保持在可管理的大小.如果队列仍然很小,它将通过转发所有更新来执行此操作,但是如果可以定义合理的合并操作,则将切换到安全模式并开始丢弃可以存在的更新,或者将多个更新合并为一个.以下是此模式可能如何工作的简单图表.

[Worker-Thread] -> [Queue-1] -> [Pipeline-Thread] -> [Queue-2] -> [UI-Thread]

再次,从简单的一个队列方法开始.如果需要更多控制,请转到管道模式.我成功地使用了它们.

Answer 2

您可能需要合并收到的事件,以便不是每个tick都会导致GUI更新.如果您的GUI已经更新,请将它们批处理,并且只有在准备就绪时才让GUI处理下一批.如果Feed是高容量的(通常是活动交易数据更新的情况),您将无法创建将每个单独的tick作为其自包含刷新触发器的GUI.