ObservableCollection 上的 BeginInvoke 不是立即执行

Question

在我的代码中，我订阅了在不同线程上发生的事件。每次发生此事件时，我都会收到一个发布到可观察集合的字符串：

    Dispatcher currentDispatcher = Dispatcher.CurrentDispatcher;
    var SerialLog = new ObservableCollection<string>();

    private void hitStation_RawCommandSent(object sender, StringEventArgs e)
    {
        string command = e.Value.Replace("\r\n", "");
        Action dispatchAction = () => SerialLog.Add(command);
        currentDispatcher.BeginInvoke(dispatchAction, DispatcherPriority.Render);
    }

下面的代码位于我的视图模型中（可能位于后面的代码中，在这种情况下并不重要）。当我调用“hitstation.PrepareHit”时，上面的事件被调用几次，然后我等待并调用“hitStation.HitBall”，上面的事件又被调用几次。

    private void HitBall()
    {
        try
        {
            try
            {
                Mouse.OverrideCursor = Cursors.Wait;

                //prepare hit
                hitStation.PrepareHit(hitSpeed);

                Thread.Wait(1000);
                PlayWarning();

                //hit
                hitStation.HitBall(hitSpeed);
            }
            catch (TimeoutException ex)
            {
                MessageBox.Show("Timeout hitting ball: " + ex.Message);
            }
        }
        finally
        {
            Mouse.OverrideCursor = null;
        }
    }

我遇到的问题是，绑定到我的 SerialLog 的 ListBox 仅在 HitBall 方法完成时才会更新。我期待看到来自PrepareHit 的大量更新，暂停，然后来自HitBall 的更多更新。

我尝试了几个 DispatcherPriority 参数，但它们似乎没有任何效果。

Answer 1

我认为你正在阻碍自己。

UI 线程正在 Thread.Wait 等待，BeginInvoke 将操作发送到 dipatcher，但是 UI 线程正忙于等待。这就是为什么 UI 更新仅在 HitBall 完成后（即 UI 线程完成处理时）完成的原因。

为了解决这个问题，您应该在另一个线程中启动 HitBall 方法的代码，从而释放 UI：

 private void HitBall() 
 { 
     try {

         Mouse.OverrideCursor = Cursors.Wait;
         Dispatcher dispatcher = Dispatcher.CurrentDispatcher;

         Action hitOperations = () =>
         {
             hitStation.PrepareHit(hitSpeed);

             Thread.Wait(1000);

             //Only needed if PlayWarning needs access to UI Thread
             dispatcher.Invoke(() => PlayWarning());

             hitStation.HitBall(hitSpeed);

             dispatcher.Invoke(() => Mouse.OverrideCursor = null);
          };

          //Free the UI from work, start operations in a background thread
          hitOperations.BeginInvoke(null, null);

      }
      catch (TimeoutException ex)
      {
          MessageBox.Show("Timeout hitting ball: " + ex.Message);
      }
 }

此外，如果 Thread.Wait(1000) 的预期用途是等待事件刷新 UI，则不再需要此实现。

Answer 2

难道是像需要在 ViewModel 上引发 PropertyChanged 事件一样简单吗？

Answer 3

除非存在上下文切换，否则您可能看不到来自 PrepareHit 的更新，并且无法保证何时会发生上下文切换（除非您阻塞当前线程，这会增加发生上下文切换的可能性） ）。

正如 iCe 提到的，如果您在 UI 线程上执行此操作，那么您可能会阻塞您的 UI。当您调用 Thread.Wait 时，您的 UI 是否会阻塞/冻结？如果没有，请继续阅读以下内容：

更新：
我想不出任何不会影响并发性的东西...在不影响并发性的情况下，您可以尝试提高 BeginInvoke 的优先级：http://msdn.microsoft.com/en-us/library/system.windows.threading.dispatcherpriority.aspx

currentDispatcher.BeginInvoke(dispatchAction, DispatcherPriority.Send);

顺便说一句，看起来 Render 优先级低于 Normal 优先级：

Render 枚举值为7。
同时处理的操作
优先级为渲染。

数据绑定
枚举值为8。操作为
以与数据相同的优先级处理
绑定。

Normal 枚举值
是 9。操作处理在
正常优先级。这是典型的
申请优先权。

发送
枚举值为10。 操作
在其他之前处理
异步操作。这是
最高优先级。