C# 回避性例外和；“功能评估已超时”； 背景

在我的实用程序库（Shd.dll）中，我有一个名为AsyncOperation的类。简单地说，它是一个基类，用于封装可能长时间运行的操作，在后台线程上执行，并且支持暂停/恢复、取消和进度报告。（就像一个幕后工作者，只知道更多的事情。）

在用户代码中，您可以这样使用它：

class MyOperation : AsyncOperation
{
    public MyOperation() : base(null, AsyncOperationOptions.Cancelable | AsyncOperationOptions.Pausable) {}

    protected override void RunOperation(AsyncOperationState operationState, object userState)
    {
         ...
         operationState.ThrowIfCancelled();
    }
}

 var op = new MyOperation();
 op.Start();
 ...
 op.Cancel();

private void _DoExecute(object state)
{
    // note that this method is already executed on the background thread
    ...
    try
    {
        operationDelegate.DynamicInvoke(args); // this is where RunOperation() is called
    }
    catch(System.Reflection.TargetInvocationException tiex)
    {
        Exception inner = tiex.InnerException;
        var cancelException = inner as AsyncOperationCancelException;
        if(cancelException != null)
        {
             // the operation was cancelled
             ...
        }
        else
        {
            // the operation faulted
            ...
        }
        ...
    }
    ...
}

private ManualResetEventSlim completedEvent = new ManualResetEventSlim(false);

private void WebClient_UploadProgressChanged(object sender, UploadProgressChangedEventArgs e)
{
    ...
    if (OperationState.IsCancellationRequested)
    {
        _GetCurrentWebClient().CancelAsync();
    }
}

private void WebClient_UploadFileCompleted(object sender, UploadFileCompletedEventArgs e)
{
    ...
    _UploadNextFile();
}

private void _UploadNextFile()
{
    if (OperationState.IsCancellationRequested || ...)
    {
        this.completedEvent.Set();
        return;
    }
    ...
}

protected override void RunOperation(AsyncOperationState operationState, object userState)
{
    ...
    _UploadNextFile();
    this.completedEvent.Wait();

    operationState.ThrowIfCancelled(); // crash
    ...
}

operationState.ThrowIfCancelled（）完全按照其名称执行：如果另一个线程先前调用了Cancel（），它会引发一个内部异常（AsyncOperationCancelException），然后由AsyncOperation类型处理，如下所示：

class MyOperation : AsyncOperation
{
    public MyOperation() : base(null, AsyncOperationOptions.Cancelable | AsyncOperationOptions.Pausable) {}

    protected override void RunOperation(AsyncOperationState operationState, object userState)
    {
         ...
         operationState.ThrowIfCancelled();
    }
}

 var op = new MyOperation();
 op.Start();
 ...
 op.Cancel();

private void _DoExecute(object state)
{
    // note that this method is already executed on the background thread
    ...
    try
    {
        operationDelegate.DynamicInvoke(args); // this is where RunOperation() is called
    }
    catch(System.Reflection.TargetInvocationException tiex)
    {
        Exception inner = tiex.InnerException;
        var cancelException = inner as AsyncOperationCancelException;
        if(cancelException != null)
        {
             // the operation was cancelled
             ...
        }
        else
        {
            // the operation faulted
            ...
        }
        ...
    }
    ...
}

private ManualResetEventSlim completedEvent = new ManualResetEventSlim(false);

private void WebClient_UploadProgressChanged(object sender, UploadProgressChangedEventArgs e)
{
    ...
    if (OperationState.IsCancellationRequested)
    {
        _GetCurrentWebClient().CancelAsync();
    }
}

private void WebClient_UploadFileCompleted(object sender, UploadFileCompletedEventArgs e)
{
    ...
    _UploadNextFile();
}

private void _UploadNextFile()
{
    if (OperationState.IsCancellationRequested || ...)
    {
        this.completedEvent.Set();
        return;
    }
    ...
}

protected override void RunOperation(AsyncOperationState operationState, object userState)
{
    ...
    _UploadNextFile();
    this.completedEvent.Wait();

    operationState.ThrowIfCancelled(); // crash
    ...
}

这很好用。在过去的一年里，当我在许多场景中使用它时，我是这样想的

实际问题 我正在构建一个类，该类使用System.Net.WebClient通过FTP上载可能大量的文件。该类是使用上述AsyncOperation基类构建的

为了获得准确的进度报告，我使用WebClient.UploadFileAsync（），这会使代码复杂化，但相关部分如下所示：

class MyOperation : AsyncOperation
{
    public MyOperation() : base(null, AsyncOperationOptions.Cancelable | AsyncOperationOptions.Pausable) {}

    protected override void RunOperation(AsyncOperationState operationState, object userState)
    {
         ...
         operationState.ThrowIfCancelled();
    }
}

 var op = new MyOperation();
 op.Start();
 ...
 op.Cancel();

private void _DoExecute(object state)
{
    // note that this method is already executed on the background thread
    ...
    try
    {
        operationDelegate.DynamicInvoke(args); // this is where RunOperation() is called
    }
    catch(System.Reflection.TargetInvocationException tiex)
    {
        Exception inner = tiex.InnerException;
        var cancelException = inner as AsyncOperationCancelException;
        if(cancelException != null)
        {
             // the operation was cancelled
             ...
        }
        else
        {
            // the operation faulted
            ...
        }
        ...
    }
    ...
}

private ManualResetEventSlim completedEvent = new ManualResetEventSlim(false);

private void WebClient_UploadProgressChanged(object sender, UploadProgressChangedEventArgs e)
{
    ...
    if (OperationState.IsCancellationRequested)
    {
        _GetCurrentWebClient().CancelAsync();
    }
}

private void WebClient_UploadFileCompleted(object sender, UploadFileCompletedEventArgs e)
{
    ...
    _UploadNextFile();
}

private void _UploadNextFile()
{
    if (OperationState.IsCancellationRequested || ...)
    {
        this.completedEvent.Set();
        return;
    }
    ...
}

protected override void RunOperation(AsyncOperationState operationState, object userState)
{
    ...
    _UploadNextFile();
    this.completedEvent.Wait();

    operationState.ThrowIfCancelled(); // crash
    ...
}

如你所见，我标出了碰撞发生的位置。具体发生的情况是，当执行到达该行时（我在其上方放置了一个断点，因此我知道这是准确的行），Visual Studio 2010会冻结约15秒，然后我看到的下一件事是AsyncOperationState.ThrowIfCancelled（）的源代码：

我尝试将断点放在应该捕获异常的位置，但执行从未到达catch{}块

另一个奇怪的是，它最后还写道：“函数求值被禁用，因为以前的函数求值超时了。”我在谷歌上搜索了这个问题，并尝试了所有建议（禁用隐式属性求值，删除所有断点），但到目前为止没有任何帮助

下面是两个说明问题的屏幕截图：

---

我正在使用.NET4.0。非常感谢您的帮助。

如果您的try-catch逻辑运行在与实际引发异常的代码不同的线程上，那么catch块将永远不会执行

考虑以下示例：

class Program
{
    static void Main(string[] args)
    {
        try
        {
            Thread thread = new Thread((s) =>
                {
                    throw new Exception("Blah");
                });

            thread.Start();
        }
        catch (Exception ex)
        {
            Console.WriteLine("Exception caught: {0}", ex);
        }

        Console.ReadKey();
    }
}

当然，catch块不会执行，因为异常是在不同的线程上引发的

我怀疑你可能也有类似的经历。如果要执行catch块，它必须位于引发错误的同一线程上

祝你好运

“功能评估已超时”

您没有真正的问题，这是一个调试器工件。它由调试器计算监视表达式的方式触发。当启动带有调试器的.NET程序时，该程序将有一个专用线程，仅供调试器使用。每当调试器需要计算监视表达式时，它都会使用该线程来执行表达式代码。结果随后显示在“监视”窗口中

它工作得很好，并为调试器提供了很多功能。包括在断点处于活动状态时在程序中调用方法。非常必要的是，许多您感兴趣的对象值都作为属性公开。它们在生成的代码中作为方法实现

但是，该调试器线程可能会导致问题。一个明显的例子是，您尝试计算一个带有锁的属性。如果在锁属于另一个线程的阶段中断执行，那么调试器线程将遇到麻烦。它滚动一段时间，注意到调试器线程没有完成，然后放弃，并显示“函数评估已超时”作为监视值。它还记得它失败了，您稍后尝试的任何手表都将产生“由于先前的功能评估超时而禁用功能评估”。当然，调试器线程仍然处于常规状态

---

代码中也存在类似的问题。可能的情况是，需要完成操作的线程因调试器中断而挂起。这里给出的唯一合理建议是小心使用监视表达式。

当Visual Studio调试器附加到应用程序时，在运行的代码有机会处理异常之前，每当抛出异常时，它都会收到通知。这称为，可以将VS配置为在引发特定异常类型时中断执行

您可以使用

异常

窗口（调试菜单）分别为每个异常类型指定调试器行为。默认情况下，所有异常都选中了“用户未处理”复选框，这意味着只有未处理的异常才会中断执行。为某个异常类型设置“抛出”复选框将强制VS中断执行，即使该异常将被处理，但仅针对该异常类型（不针对派生类型）。如果存在处理程序，则在恢复执行（按F5）后，将正常捕获异常

我猜您的自定义异常已添加到异常窗口中的异常列表中（您可以使用窗口中的

Find

按钮进行检查）

[编辑]

根据我的测试，在.NET 4中使用

DynamicInvoke

时也会发生这种情况，而不管

异常

窗口设置如何。昨天我使用的是VS2008，我无法复制它，但现在它看起来确实很奇怪

这是我尝试过的测试（很抱歉，格式很简单，但它相当简单）：

动作a=i=>{抛出新的ArgumentException（）；}；
//执行以下代码时，VS2010调试器
//将在上面的'ArgumentException'上中断
//但只有当目标是.NET4时（3.5及更低版本不会中断）
试试{a.DynamicInvoke（5）；}
捕获（例外情况除外）
{ }
//这并不重要