Как восстановить внутреннее исключение исключения TargetInvocationException без потери трассировки стека

Question

У меня есть много методов, которые вызывают с помощью Delegate.DynamicInvoke. Некоторые из этих методов делают вызовы базы данных, и я хотел бы иметь возможность поймать SqlException и не поймать TargetInvocationException и охотиться через своих внутренних пользователей, чтобы найти то, что на самом деле пошло не так.

Я использовал этот метод, чтобы повторно выдать, но она очищает трассировку стеки:

try 
{ 
     return myDelegate.DynamicInvoke(args); 
} 
catch(TargetInvocationException ex) 
{ 
    Func<TargetInvocationException, Exception> getInner = null; 
    getInner = 
     delegate(TargetInvocationException e) 
     { 
     if (e.InnerException is TargetInvocationException) 
      return getInner((TargetInvocationException) e.InnerException); 

     return e.InnerException; 
     }; 

    Exception inner = getInner(ex); 
    inner.PreserveStackTrace(); 
    throw inner; 
} 

Метод PreserveStackTrace является методом расширения я устроился благодаря другому сообщению (я не знаю, что это на самом деле делает) , Однако, это не представляется сохранение следа либо:

public static void PreserveStackTrace(this 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); 
    mgr.DoFixups(); 
} 

Answer 1

Если вы просто хотите, чтобы вновь бросить внутреннее исключение с сохранением его стека, вы можете сделать это с помощью метода, как это:

public static void Rethrow(this Exception ex) 
{ 
    typeof(Exception).GetMethod("PrepForRemoting", 
     BindingFlags.NonPublic | BindingFlags.Instance) 
     .Invoke(ex, new object[0]); 
    throw ex; 
} 

Этот метод используется Rx (и подвергается ими как метод расширения Exception.PrepareForRethrow), а также используется системой Async CTP с помощью системы автоматической разворачивания (без публично открытого API).

Обратите внимание, что эта техника технически не поддерживается. Надеюсь, Microsoft добавит официальный API для этого в будущем. Предложение has been opened на Microsoft Connect, если вы хотите проголосовать за него.

Обновление: Официальный API был добавлен в .NET 4.5: ExceptionDispatchInfo.

Answer 2

IIRC это не представляется возможным полностью сохранить исключение, однако стек трассировки может быть сохранена с некоторым отражением. Вот сообщение в блоге, описывающее, как это сделать: http://iridescence.no/post/Preserving-Stack-Traces-When-Re-Throwing-Inner-Exceptions.aspx

Answer 3

Необходимо помнить, почему .NET обертывает исключение с помощью TargetInvocationException вместо того, чтобы просто пропускать исходное исключение. Для этого есть веская причина, неясно, откуда взялась настоящая причина исключения. Было ли это потому, что вызов DynamicInvoke() запущен? Не исключено, что компилятор ничего не может сделать, чтобы обеспечить правильные аргументы. Или вызываемый метод цели бросает сам по себе?

Вы должны знать как, чтобы судить о реальной причине исключения. Умышленное скрытие TargetInvocationException даст вам hard время, чтобы диагностировать источник проблемы, если это действительно проблема с вызовом DynamicInvoke(). Избегайте этого.