InnerException を再スローして、基になる例外を呼び出し元に渡すのが一般的ですが、これにより貴重なスタック トレース情報が誤って削除され、デバッグ作業が妨げられる可能性があります。
C# では、メソッドがリフレクション経由で呼び出され、例外が発生すると、TargetInvocationException が実際の例外のラッパーとしてスローされます。内部例外を取得するために、開発者は多くの場合、単にそれを再スローします。ただし、この操作により、エラーの真の原因を示すスタック トレース情報が消去されます。
.NET 4.5 以降、ExceptionDispatchInfo クラスがこの問題の解決策を提供します。これにより、スタック トレースを保持しながら例外をキャッチして再スローすることができます。使用方法は次のとおりです:
<code class="language-csharp">using ExceptionDispatchInfo = System.Runtime.ExceptionServices.ExceptionDispatchInfo; try { // 执行可能抛出异常的方法。 task.Wait(); } catch (AggregateException ex) { // 捕获内部异常并使用原始堆栈跟踪重新抛出它。 ExceptionDispatchInfo.Capture(ex.InnerException).Throw(); }</code>
このメソッドは、C# 言語の await 機能を使用した後に AggregateException インスタンスから内部例外をラップ解除する場合に特に便利です。これにより、非同期プログラミング中にスタック トレース情報が失われないことが保証されます。
以上がC# で例外を再スローするときにスタック トレースを保存するにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。