Question

我正在玩Task.ConfigureAwait以便更好地了解超越引擎盖的内容。所以我在将一些UI访问内容与ConfigureAwait相结合时遇到了这种奇怪的行为。

以下是使用简单窗口表单的示例应用，其中1 Button后跟测试结果：

private async void btnDoWork_Click(object sender, EventArgs e)
{
    List<int> Results = await SomeLongRunningMethodAsync().ConfigureAwait(false);

    int retry = 0;
    while(retry < RETRY_COUNT)
    {
        try
        {
            // commented on test #1 & #3 and not in test #2
            //if(retry == 0)
                //throw new InvalidOperationException("Manually thrown Exception");

            btnDoWork.Text = "Async Work Done";
            Logger.Log("Control Text Changed", logDestination);
            return;
        }
        catch(InvalidOperationException ex)
        {
            Logger.Log(ex.Message, logDestination);
        }

        retry++;
    }
}

现在按钮后点击：

测试1记录结果：（正如上面的代码所示）

1. Cross-thread operation not valid: Control 'btnDoWork' accessed from a thread other than the thread it was created on.
2. Control Text Changed

测试2记录结果：（手动例外抛出未注释）

1.  Manually thrown Exception
2.  Cross-thread operation not valid: Control 'btnDoWork' accessed from a thread other than the thread it was created on.
3.  Control Text Changed

测试3日志结果：（与1相同，但没有调试器）

1. Control Text Changed

所以问题是：

为什么第一个UI访问（跨线程操作）在Main上执行循环的下一次迭代线程？
为什么手动异常不会导致相同的行为？
为什么在没有附加调试器的情况下执行上面的示例（直接来自 exe ）不显示相同的行为？

Answer 1

这个让我挠了一下头，但终于找到了诀窍。

Button.Text属性的setter的代码是：

  set
  {
    if (value == null)
      value = "";
    if (value == this.Text)
      return;
    if (this.CacheTextInternal)
      this.text = value;
    this.WindowText = value;
    this.OnTextChanged(EventArgs.Empty);
    if (!this.IsMnemonicsListenerAxSourced)
      return;
    for (Control control = this; control != null; control = control.ParentInternal)
    {
      Control.ActiveXImpl activeXimpl = (Control.ActiveXImpl) control.Properties.GetObject(Control.PropActiveXImpl);
      if (activeXimpl != null)
      {
        activeXimpl.UpdateAccelTable();
        break;
      }
    }
  }

抛出异常的行是this.WindowText = value;（因为它在内部尝试访问按钮的Handle属性）。诀窍是，就在之前，它在某种缓存中设置text属性：

if (this.CacheTextInternal)
   this.text = value;

我会说实话，我不知道这个缓存是如何工作的，或者它是否被激活（事实证明，它似乎在这种精确的情况下被激活）。但正因为如此，即使抛出异常，也会设置文本。

在循环的进一步迭代中，没有任何反应，因为该属性有一个特殊的检查，以确保你没有设置两次相同的文本：

if (value == this.Text)
  return;

如果您更改循环以每次设置不同的文本，那么您将看到在每次迭代时都会一致地抛出异常。

UI.跨线程操作异常后的Task.ConfigureAwait行为

1 个答案: