7

我有这个类型的例外System.AggregateException：

Message = "One or more errors occurred."
Source = null
StackTrace = null

它InnerException是这样的System.Reflection.TargetInvocationException：

Message = "Exception has been thrown by the target of an invocation."
Source = "mscorlib"
StackTrace = 
   at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
   at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   at System.Reflection.MethodBase.Invoke(Object obj, Object[] parameters)
   at Microsoft.AspNet.SignalR.Hubs.HubDispatcher.Incoming(IHubIncomingInvokerContext context)

它InnerException是我创建的这个例外，它从以下延伸ApplicationException：

Message = "Some error writen by me at the hub"
Source = "Chat"
StackTrace = 
      at Chat.Hubs.ChatHub.SendMessage(String text, String clientConnId) in d:\...Chat\Chat\Hubs\ChatHub.cs:line 48

当我运行这个：

Exception excpetion = ex.GetBaseException();

我在哪里ex得到at 。这怎么可能发生？System.AggregateExceptionSystem.Reflection.TargetInvocationExceptionexcpetion

设想

我不知道如何在一个简单的项目中重现它。就我而言，我在 SignalR 项目中发现了这一点。一些集线器方法抛出异常并在 global.asax 处理错误：

GlobalHost.HubPipeline.AddModule(new MyHubPipelineModule());

MyHubPipelineModule应该是这样的：

public class MyHubPipelineModule : HubPipelineModule
{
    protected override void OnIncomingError(Exception ex, IHubIncomingInvokerContext context)
    {
        Exception excpetion = ex.GetBaseException();
        context.Hub.Clients.Caller.ExceptionHandler(excpetion.Message);
    }
}

注意：这应该使用 SignalR 1.0.1 完成。在 1.1.0 中异常更简单（更小的链）所以它运行良好。确保你有这个包版本：

<package id="Microsoft.AspNet.SignalR" version="1.0.1" targetFramework="net40" />
<package id="Microsoft.AspNet.SignalR.Core" version="1.0.1" targetFramework="net40" />
<package id="Microsoft.AspNet.SignalR.JS" version="1.0.1" targetFramework="net40" />
<package id="Microsoft.AspNet.SignalR.Owin" version="1.0.1" targetFramework="net40" />
<package id="Microsoft.AspNet.SignalR.SystemWeb" version="1.0.1" targetFramework="net40" />
4

3 回答 3

8

根据 MSDN GetBaseException 应该表现得像

public Exception GetBaseException()
{ 
    Exception result = this; 
    while (result.InnerException != null) 
        result = result.InnerException; 
    return result; 
}

并指出

对于异常链中的所有异常，GetBaseException 方法必须返回相同的对象（基本异常）。

这就引出了一个问题，为什么这种方法是虚拟的？似乎任何覆盖都只能匹配实现或违反合同。

根据 MSDN AggregateException.GetBaseException

返回作为此异常的根本原因的 AggregateException。

根据 OP 的声明（以及对源代码的检查），可能会违反“返回 AggregateException”，因为结果并不总是AggregateException。

坦率地说，我认为整个陈述是不合逻辑的，因为我认为“第一个” NON-AggregateException 是“此异常的根本原因”，因为人们可以确定一个单一的（“the”）根本原因。由于“常规”异常只是在向并行处理“扇出”的根源移动时被包装在 AggregateExceptions 中。

我最好的解释是 AggregateException.GetBaseException 旨在“解开”毫无意义的非并行嵌套 AggregateExceptions，直到达到实际发生“扇出”的级别。

这里的错误（稍后修复）似乎是没有“扇出”时发生的情况，即只有一个（非聚合）InnerException 的 AggregateException。在这种情况下，它会返回那个（非聚合）异常。.... 具有不同的 GetBaseException 实现/解释。

编辑 2020：在此期间的某个时间点，AggregateException.GetBaseException 的实现已修复以匹配上述解释。@Jan-Slodicka 的回答表明它至少早在 2016 年就已在 Mono 中修复。

于 2014-08-14T23:56:58.863 回答
4

似乎问题与 SignalR 无关。它与AggregateExceptions.

我正在查看AggregateException.GetBaseException Method 的 MSDN 页面，我发现了这个：

返回作为此异常根本原因的 AggregateException

所以我猜Exception.GetBaseException Method的文档只有在方法没有被覆盖的情况下才有效。

于 2013-05-30T18:27:37.420 回答
1

这是单声道源代码：

public override Exception GetBaseException() {
    Exception back = this;
    AggregateException backAsAggregate = this;
    while (backAsAggregate != null && backAsAggregate.InnerExceptions.Count == 1) {
        back = back.InnerException;
        backAsAggregate = back as AggregateException;
    }
    return back;
}

这意味着 GetBaseException() 只是删除最重要的 AggregateException 包装器。

我认为在进行异常报告之前应该始终应用该方法。

于 2016-06-29T10:01:43.450 回答