我一直在玩Exceptions以了解我应该如何正确使用它们。到目前为止,我知道throw
保留了原始堆栈跟踪;当想要添加有关发生的异常的更多信息或添加/更改消息,甚至更改异常本身的类型时,通常使用throw new CustomException(...)
;永远不要使用throw ex
,除非我想丢失原始堆栈跟踪。
所以我编写了一个小程序,我可以在原始消息中添加内容时多次捕获并重新抛出异常。
public class Sample
{
static void Main(string[] args)
{
new Tester().FirstCall();
}
}
public class Tester
{
public void FirstCall()
{
try
{
SecondCall();
}
catch (Exception e)
{
Console.WriteLine(e.StackTrace);
Console.WriteLine(e.Message);
}
}
public void SecondCall()
{
try
{
ThirdCall();
}
catch (GoodException ex)
{
throw new Exception(ex.Message, ex);
}
}
public void ThirdCall()
{
try
{
FourthCall();
}
catch (ArithmeticException ae)
{
throw new GoodException("Arithmetic mistake: " + ae.Message, ae);
}
}
public void FourthCall()
{
int d = 0;
int x = 10 / d;
}
}
其中GoodException
是自定义例外implemented correctly。
我期待控制台显示如下内容:
at PlayingWithExceptions.Tester.FourthCall() in d:\Projects\PlayingWithExceptions\PlayingWithExceptions\Trying.cs:line 67
at PlayingWithExceptions.Tester.ThirdCall() in d:\Projects\PlayingWithExceptions\PlayingWithExceptions\Trying.cs:line 59
at PlayingWithExceptions.Tester.SecondCall() in d:\Projects\PlayingWithExceptions\PlayingWithExceptions\Trying.cs:line 41
at PlayingWithExceptions.Tester.FirstCall() in d:\Projects\PlayingWithExceptions\PlayingWithExceptions\Trying.cs:line 25
Arithmetic mistake: Attempted to divide by zero.
但相反,我得到了这个:
at PlayingWithExceptions.Tester.SecondCall() in d:\Projects\PlayingWithExceptions\PlayingWithExceptions\Trying.cs:line 41
at PlayingWithExceptions.Tester.FirstCall() in d:\Projects\PlayingWithExceptions\PlayingWithExceptions\Trying.cs:line 25
Arithmetic mistake: Attempted to divide by zero.
由于某种原因,它只能进行第二次通话。即使我将捕获的异常作为InnerException
传递,堆栈跟踪仍然丢失。我知道如果我只是写throw
而不是抛出一个新的异常,我可以保留原始的堆栈跟踪,但如果我这样做,我将无法更改原始消息(这是整个这个练习的重点)。
所以我的问题是,我该怎么做才能更改Exception消息并保持原始堆栈跟踪的全部方式?
编辑:由于异常不应该使用逻辑控制并且只捕获一次,保持原始堆栈跟踪并显示新消息的正确方法是将FourthCall包装在try / catch中(生成新消息的Exception及其消息),并且只在FirstCall中一次捕获它。
答案 0 :(得分:6)
堆栈跟踪没有“丢失”,它被推入InnerException,就像你告诉它的那样。在这种情况下,“外部”异常没有参与Inner异常的调用链 - 它是一个全新的异常,它起源于SecondCall,因此它是堆栈跟踪的开始。
是的,评论者是正确的。要控制您的消息传递,您不会通过尝试在Exception对象中设置消息来做到这一点 - 异常应由代码处理,消息用于用户。因此,您将记录消息,将其显示给用户,类似于此。
答案 1 :(得分:0)
不知道它是否仍与您相关。只需使用关键字“ throw ”而不附加异常,就不会丢失跟踪并抛出原始异常。不是内心的。