如何在不丢失C＃中的堆栈跟踪的情况下抛出InnerException？

我通过反射调用可能导致异常的方法。在没有包装反射的情况下，如何将异常传递给调用者？
我抛出了InnerException，但这破坏了堆栈跟踪。
示例代码：

public void test1()
{
    // Throw an exception for testing purposes
    throw new ArgumentException("test1");
}

void test2()
{
    try
    {
        MethodInfo mi = typeof(Program).GetMethod("test1");
        mi.Invoke(this, null);
    }
    catch (TargetInvocationException tiex)
    {
        // Throw the new exception
        throw tiex.InnerException;
    }
}

在.NET 4.5中，现在有了ExceptionDispatchInfo类。

这使您可以捕获异常并重新引发它，而无需更改堆栈跟踪：

try
{
    task.Wait();
}
catch(AggregateException ex)
{
    ExceptionDispatchInfo.Capture(ex.InnerException).Throw();
}

这适用于任何异常，而不仅仅是AggregateException。

它是由于awaitC＃语言功能而引入的，该功能从AggregateException实例解开了内部异常，以使异步语言功能更像同步语言功能。

这是可能的，而不反射重新抛出之前保存堆栈跟踪：

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

我认为您最好的选择就是将其放在您的catch块中：

throw;

然后稍后提取内部异常。

public static class ExceptionHelper
{
    private static Action<Exception> _preserveInternalException;

    static ExceptionHelper()
    {
        MethodInfo preserveStackTrace = typeof( Exception ).GetMethod( "InternalPreserveStackTrace", BindingFlags.Instance | BindingFlags.NonPublic );
        _preserveInternalException = (Action<Exception>)Delegate.CreateDelegate( typeof( Action<Exception> ), preserveStackTrace );            
    }

    public static void PreserveStackTrace( this Exception ex )
    {
        _preserveInternalException( ex );
    }
}

在抛出异常之前对扩展方法进行调用，它将保留原始堆栈跟踪。

没有人解释ExceptionDispatchInfo.Capture( ex ).Throw()和平原之间的区别throw，所以就在这里。

重新抛出捕获的异常的完整方法是使用ExceptionDispatchInfo.Capture( ex ).Throw()（仅适用于.Net 4.5）。

以下是一些必要的测试案例：

1。

void CallingMethod()
{
    //try
    {
        throw new Exception( "TEST" );
    }
    //catch
    {
    //    throw;
    }
}

2。

void CallingMethod()
{
    try
    {
        throw new Exception( "TEST" );
    }
    catch( Exception ex )
    {
        ExceptionDispatchInfo.Capture( ex ).Throw();
        throw; // So the compiler doesn't complain about methods which don't either return or throw.
    }
}

3。

void CallingMethod()
{
    try
    {
        throw new Exception( "TEST" );
    }
    catch
    {
        throw;
    }
}

4。

void CallingMethod()
{
    try
    {
        throw new Exception( "TEST" );
    }
    catch( Exception ex )
    {
        throw new Exception( "RETHROW", ex );
    }
}

情况1和情况2将为您提供堆栈跟踪，其中该方法的源代码行号CallingMethod是该行的行号throw new Exception( "TEST" )。

但是，情况3将为您提供堆栈跟踪，其中方法的源代码行号CallingMethod是throw调用的行号。这意味着，如果该throw new Exception( "TEST" )行被其他操作包围，则您不知道实际在哪个行号上引发了异常。

情况4与情况2类似，因为保留了原始异常的行号，但不是真正的重新抛出，因为它更改了原始异常的类型。

甚至更多的反思...

catch (TargetInvocationException tiex)
{
    // Get the _remoteStackTraceString of the Exception class
    FieldInfo remoteStackTraceString = typeof(Exception)
        .GetField("_remoteStackTraceString",
            BindingFlags.Instance | BindingFlags.NonPublic); // MS.Net

    if (remoteStackTraceString == null)
        remoteStackTraceString = typeof(Exception)
        .GetField("remote_stack_trace",
            BindingFlags.Instance | BindingFlags.NonPublic); // Mono

    // Set the InnerException._remoteStackTraceString
    // to the current InnerException.StackTrace
    remoteStackTraceString.SetValue(tiex.InnerException,
        tiex.InnerException.StackTrace + Environment.NewLine);

    // Throw the new exception
    throw tiex.InnerException;
}

请记住，由于私有字段不是API的一部分，因此这可能随时中断。请参阅有关Mono bugzilla的更多讨论。

第一：不要丢失TargetInvocationException-当您要调试东西时，它是有价值的信息。
第二：将TIE作为InnerException包裹在您自己的异常类型中，并放置一个OriginalException属性，该属性链接到您需要的内容（并保持整个调用堆栈不变）。
第三：让TIE冒出您的方法。

伙计们，你很酷..我很快就会成为一个死灵法师。

    public void test1()
    {
        // Throw an exception for testing purposes
        throw new ArgumentException("test1");
    }

    void test2()
    {
            MethodInfo mi = typeof(Program).GetMethod("test1");
            ((Action)Delegate.CreateDelegate(typeof(Action), mi))();

    }

使用异常序列化/反序列化的另一个示例代码。它不需要实际的异常类型可序列化。它还仅使用公共/受保护的方法。

    static void PreserveStackTrace(Exception e)
    {
        var ctx = new StreamingContext(StreamingContextStates.CrossAppDomain);
        var si = new SerializationInfo(typeof(Exception), new FormatterConverter());
        var ctor = typeof(Exception).GetConstructor(BindingFlags.NonPublic | BindingFlags.Instance, null, new Type[] { typeof(SerializationInfo), typeof(StreamingContext) }, null);

        e.GetObjectData(si, ctx);
        ctor.Invoke(e, new object[] { si, ctx });
    }

根据Paul Turners的回答，我提出了一种扩展方法

    public static Exception Capture(this Exception ex)
    {
        ExceptionDispatchInfo.Capture(ex).Throw();
        return ex;
    }

在return exIST从未达到，但好处是，我可以使用throw ex.Capture()作为一个衬垫上，这样编译器不会引发not all code paths return a value错误。

    public static object InvokeEx(this MethodInfo method, object obj, object[] parameters)
    {
        {
            return method.Invoke(obj, parameters);
        }
        catch (TargetInvocationException ex) when (ex.InnerException != null)
        {
            throw ex.InnerException.Capture();
        }
    }