回调UI线程时尽量避免异常

Question

我有一种控件，其中包含 GridView 和一些实用程序按钮。该控件在我的应用程序中随处使用。它是通过委托异步填充的：

    protected virtual void PopulateGridView()
    {
        if (isPopulating) return;

        //a delegate given to the control by its parent form
        if (GetterMethod != null)
        {
            isPopulating = true;
            /*unimportant UI fluff here*/

            //some controls are fast enough to not have to mess with threading
            if(PopulateSynchronously) 
            {
                PopulateWithGetterMethod();
                InitializeGridView();
            }
            else //most aren't
            {
                Action asyncMethod = PopulateWithGetterMethod;
                asyncMethod.BeginInvoke(
                   ar => Invoke((MethodInvoker)InitializeGridView)), null);
            }
        }
    }

    private void PopulateWithGetterMethod()
    {
        //a list of whetever the control is displaying;
        //the control ancestor and this collection are generic.
        RetrievedInformation = GetterMethod();
    }

    protected virtual void InitializeGridView()
    {
        //use RetrievedInformation to repopulate the GridView;
        //implementation not important, except it touches UI elements,
        //so it needs to be called from the worker thread using Invoke.
    }

在长时间运行的查询中，有时用户会变得不耐烦并关闭窗口。或者，当其中一个控件基于计时器自动刷新时，用户会意外地关闭窗口。当发生这种情况并且查询确实完成时，回调委托中的 Invoke 调用将失败并出现 InvalidOperationException，因为该控件没有窗口句柄。

为了解决这个问题，我尝试使用内置的 IsHandleCreated 属性：

    ...
            else
            {
                Action asyncMethod = PopulateWithGetterMethod;
                asyncMethod.BeginInvoke(
                   ar => { if(IsHandleCreated)
                              Invoke((MethodInvoker)InitializeGridView)); 
                         }, null);
            }

但是，异常仍然发生，只是不那么频繁。我设法重现它，发现 Invoke 调用仍然发生，即使 IsHandleCreated 上的手表显示错误。我的猜测是，线程在检查和 Invoke 调用之间被抢占，就像您在引发事件委托之前检查事件委托是否为 null 时看到的那样。

我认为我仍然有选择，但我想知道最好的是什么：

• 不仅检查 IsHandleCreated，还检查 Dispose，以确保控件确实处于活动状态并且运行良好，而不仅仅是即将被销毁。
• 在进行检查之前执行 Thread.Yield()，以便操作系统有机会在检查句柄之前执行任何窗口管理。
• 将 Invoke 调用包装在 try/catch 中，以抑制任何 InvalidOperationExceptions，或者至少抑制报告缺少窗口句柄的异常。老实说，在这种情况下，我不在乎 GridView 无法更新；用户关闭了窗口，所以显然他们不在乎。让线程静静地死去，而不需要关闭整个应用程序。

第三种选择似乎是一种逃避。必须有一种更清洁的方法来处理它。但是，我不确定另外两个是否能 100% 修复。

编辑：检查 Diswriting 和 IsDispose 也不起作用；我在 if 块中抛出了一个异常，条件为“IsHandleCreated && !Disusing && !IsDispose”，其中第一个和最后一个节点在观看时为 false。目前，我正在捕获所有异常，并显示消息“在创建窗口句柄之前，无法在控件上调用 Invoke 或 BeginInvoke。”，这是我希望不要做的事情。

Answer 1

是的，有一种 100% 干净的方法可以做到这一点：在允许窗体关闭之前终止线程。其他任何事情都是对令人讨厌的伤口的创可贴，检查表单是否仍然存在是不可避免的竞争条件，您无法解决。当您调用 Invoke() 时，您只能最小化表单出现奇闻趣事的可能性，而无法消除它们。

检查此答案以了解该模式。

Answer 2

处理掉是你最好的选择；然而，我们每隔一段时间就会遇到同样的问题，有时 Dispose 调用会返回 false，但当我们尝试使用它已释放的控件时，即使是 3 行之后。

在这些情况下，我们发现最好捕获特定异常并验证异常文本包含我们正在查找的内容。如果它是一个例外并且是一个已知的例外，那么吞掉它并不是一个糟糕的主意。问题是要确保您只接受您正在寻找的特定异常。