如何在维护迄今为止生成的堆栈跟踪的同时重新抛出内部异常？

Question

重复： 在 C# 中，如何重新抛出InnerException 不会丢失堆栈跟踪？

我有一些在后台线程上异步调用的操作。 有时，事情会变坏。 当这种情况发生时，我往往会得到一个 TargetInitationException，虽然合适，但毫无用处。 我真正需要的是 TargetInvocationException 的 InnerException，如下所示：

    try
    {
        ReturnValue = myFunctionCall.Invoke(Target, Parameters);
    }
    catch (TargetInvocationException err)
    {
        throw err.InnerException;
    }

这样，我的调用者就可以得到发生的真实异常。 问题是， throw 语句似乎重置了堆栈跟踪。 我想基本上重新抛出内部异常，但保留其最初的堆栈跟踪。 我怎么做？

澄清： 我只想要内部异常的原因是，此类试图“抽象”这些函数（由调用者提供的委托）在其他线程上运行的整个事实等等。 如果出现异常，那么它很可能与在后台线程上运行无关，并且调用者确实希望进入其委托并找到真正问题的堆栈跟踪，而不是我对 invoke 的调用。

Answer 1

可以在重新抛出之前保留堆栈跟踪而不进行反射：

static void PreserveStackTrace (Exception e)
{
    var ctx = new StreamingContext  (StreamingContextStates.CrossAppDomain) ;
    var mgr = new ObjectManager     (null, ctx) ;
    var si  = new SerializationInfo (e.GetType (), new FormatterConverter ()) ;

    e.GetObjectData    (si, ctx)  ;
    mgr.RegisterObject (e, 1, si) ; // prepare for SetObjectData
    mgr.DoFixups       ()         ; // ObjectManager calls SetObjectData

    // voila, e is unmodified save for _remoteStackTraceString
}

与InternalPreserveStackTrace相比，这会浪费大量周期，但具有仅依赖公共功能的优点。 以下是堆栈跟踪保留函数的一些常见使用模式：

// usage (A): cross-thread invoke, messaging, custom task schedulers etc.
catch (Exception e)
{
    PreserveStackTrace (e) ;

    // store exception to be re-thrown later,
    // possibly in a different thread
    operationResult.Exception = e ;
}

// usage (B): after calling MethodInfo.Invoke() and the like
catch (TargetInvocationException tiex)
{
    PreserveStackTrace (tiex.InnerException) ;

    // unwrap TargetInvocationException, so that typed catch clauses 
    // in library/3rd-party code can work correctly;
    // new stack trace is appended to existing one
    throw tiex.InnerException ;
}

Answer 2

不，那是不可能的。 您唯一真正的机会是遵循推荐的模式并使用适当的 InnerException 抛出您自己的异常。

编辑

如果您担心的是 TargetInvocableException 的存在，并且您想忽略它（不是我推荐这样做，因为它很好与它在另一个线程上运行的事实有关）那么没有什么可以阻止您在这里抛出自己的异常并将 TargetInvocalException 中的 InnerException 附加为您自己的<代码>内部异常。 它有点臭，但它可能会实现你想要的。

Answer 3

有一种方法可以通过使用内部机制来“重置”异常的堆栈跟踪，该内部机制用于在使用远程处理时保留服务器端堆栈跟踪，但这很糟糕：

try
{
    // some code that throws an exception...
}
catch (Exception exception)
{
    FieldInfo remoteStackTraceString = typeof(Exception).GetField("_remoteStackTraceString", BindingFlags.Instance | BindingFlags.NonPublic);
    remoteStackTraceString.SetValue(exception, exception.StackTrace);
    throw exception;
}

这会将原始堆栈跟踪放入 _remoteStackTraceString<异常的 /code> 字段，当重新抛出异常时，该字段会连接到新重置的堆栈跟踪。

这确实是一个可怕的黑客，但它确实实现了你想要的。 不过，您正在 System.Exception 类内部进行修改，因此此方法可能会在框架的后续版本中中断。

Answer 4

尽管您可能觉得 TargetInitationException “无用”，但这就是现实。 不要试图假装 .NET 没有接受原始异常并将其用 TargetInitationException 包装并抛出。 那确实发生了。 有一天，您甚至可能需要来自该包装的一些信息 - 例如引发 TargetInvocableException 的代码的位置。

Answer 5

.net 4.5 可以实现：

catch(Exception e)
{
   ExceptionDispatchInfo.Capture(e.InnerException).Throw();
}

Answer 6

你不能那样做。 throw 始终重置堆栈跟踪，除非不带参数使用。 恐怕你的调用者将不得不使用 InnerException...

Answer 7

对异常使用“throw”关键字将始终重置堆栈跟踪。

最好的办法是捕获您想要的实际异常，并使用“throw;” 而不是“扔前；”。 或者抛出您自己的异常，以及您想要传递的 InnerException。

我不相信你想做的事是可能的。

Answer 8

正如其他人所说，使用“throw”关键字而不添加它以保持异常链完整。 如果您需要原始异常（假设这就是您的意思），那么您可以在链的末尾调用 Exception.GetBaseException() 来获取启动这一切的异常。