Question

背景

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

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

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();

operationState.ThrowIfCancelled（）正如它的名字所暗示的那样：如果另一个线程先前调用了Cancel（），它会抛出一个内部异常（AsyncOperationCancelException），然后由AsyncOperation类型处理，如下所示：

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
            ...
        }
        ...
    }
    ...
}

这完美无缺。或者在过去的一年里我想到了，而我在很多场景中使用它。

实际问题

我正在构建一个使用System.Net.WebClient通过FTP上传潜在大量文件的类。该类是使用AsyncOperation基类构建的，如上所述。

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

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秒，然后接下来我看到的是源代码of AsyncOperationState.ThrowIfCancelled（）：

public void ThrowIfCancelled()
{
    if(IsCancellationRequested)
    {
        throw new AsyncOperationCancelException();
    }
} // this is the line the debugger highlights: "An exception of type AsyncOperationCancelException' occured in Shd.dll but was unhandled by user code."

我尝试将断点放到应该捕获异常的位置，但是执行永远不会到达catch {}块。

另一个奇怪的是，最后它还写了以下内容：“功能评估已禁用，因为之前的功能评估已超时。”我用Google搜索了这个问题，并尝试了所有建议（禁用隐式属性评估，删除了所有断点），但到目前为止没有任何帮助。

以下两个屏幕截图说明了问题：
http://dl.dropbox.com/u/17147594/vsd1.png
http://dl.dropbox.com/u/17147594/vsd2.png

我正在使用.NET 4.0。非常感谢任何帮助。

Answer 1

当Visual Studio调试器附加到应用程序时，无论何时抛出异常，它都会在运行代码有机会处理之前得到通知。这称为first-chance exception，VS可以配置为在抛出某种异常类型时中断执行。

您可以使用Exceptions窗口（Debug菜单）分别为每种异常类型指定调试器行为。默认情况下，所有异常都选中了“User-unhandled”复选框，这意味着只有未处理的异常才会中断执行。设置某个异常类型的“Thrown”复选框会强制VS中断执行，即使将处理异常，但仅限于该异常类型（不适用于派生类型）。如果存在处理程序，一旦你恢复执行（通过按F5），异常将被正常捕获。

我猜你的自定义异常已添加到Exceptions窗口中的异常列表中（您可以使用窗口内的Find按钮进行检查）。

<强> [编辑]

根据我的测试，无论DynamicInvoke窗口设置如何，在 .NET 4 中使用Exceptions时也会发生这种情况。昨天我使用VS2008并且无法重现它，但现在看起来确实很奇怪。

这是我试过的测试（对于简短的格式化很抱歉，但这很简单）：

Action<int> a = i => { throw new ArgumentException(); };

// When the following code is executed, VS2010 debugger
// will break on the `ArgumentException` above 
// but ONLY if the target is .NET 4 (3.5 and lower don't break)
try { a.DynamicInvoke(5); }
catch (Exception ex)
{ }

// this doesn't break
try { a.Invoke(5); }
catch (Exception ex)
{ }

// neither does this
try { a(5); }
catch (Exception ex)
{ }

我唯一的猜测是InvokeMethodFast内部进行的异常处理（InternalCall方法）已经有所改变。 DynamicInvoke代码在版本4和先前版本之间发生了变化，但没有任何内容可以说明为什么VS2010调试器无法看到该方法调用中存在异常处理程序。

Answer 2

“功能评估已超时”

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

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

然而，调试器线程可能会带来麻烦。一个明显的例子是你尝试评估一个锁定的属性。如果你在另一个线程拥有该锁的阶段中断执行，那么调试器线程将会遇到障碍。它暂停了一段时间，注意到调试器线程没有完成，然后放弃并显示“功能评估已超时”作为监视值。它还记得它失败了，你以后尝试的任何手表都会产生“功能评估被禁用，因为之前的功能评估已超时”。必然如此，调试器线程仍然陷入困境。

代码中的类似问题。可能的情况是，完成操作所需的线程被调试器中断暂停。在这里给出的唯一合适的建议是小心你的表情。

Answer 3

如果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块当然是不执行，因为异常是在另一个线程上抛出的。 Console crashes!

我怀疑你可能会遇到类似的事情。如果您希望执行catch块，则必须位于引发错误的同一线程上。

祝你好运！

逃避异常和“功能评估超时”

背景

实际问题

3 个答案: