在C#的异常处理中,有一个关键字是throw,大家一定在catch块中或多或少的使用过,那么是否注意过不同的throw语句抛出的异常有何区别,请看下面的例子。
例1
class Program
{
static void Main(string[] args)
{
LoggerFileFactory.ConfigurationFilePath =Path.Combine(AppDomain.CurrentDomain.BaseDirectory,@"Config\log4net.config");
try
{
Class2.Test();
}
catch (Exception ex)
{
AppLogger.ApplicationLogger.Error("err", ex);
}
}
}
class Class1
{
public static void Test()
{
throw new Exception("class1");
}
}
class Class2
{
public static void Test()
{
try
{
Class1.Test();
}
catch (Exception ex)
{
//do something
throw ex;
}
}
}
使用log4net输出的日志如下:
例2
下一步,我们将Class2稍作修改
class Class2
{
public static void Test()
{
try
{
Class1.Test();
}
catch (Exception ex)
{
//do something
throw;
}
}
}
输出日志如下:
例3
我们再来修改下class2,这一次的改动稍微增大
class Class2
{
public static void Test()
{
try
{
Class1.Test();
}
catch (Exception ex)
{
//do something
throw newException("class2", ex);
}
}
}
仔细观察三次的异常日志一定会有所发现,。在例1中,虽然异常的描述信息是class1,但是log4net记录的异常堆栈信息缺没有class1的踪影,只记录下了class2.Test()。而例2中的日志不只记录下了异常的描述信息,而且完整的记录下了引发异常方法的调用信息。
不同点在哪里,请注意例1中在throw的时候使用了参数ex,而例2没有参数,这个无参的throw可以看做为rethrow(即继续抛出),他会抛出之前捕获到的所有异常。而2中带参数的则不同,他虽然会抛出同样的异常,但是异常的堆栈信息缺在throw的时候被改变了,我们在接下来的try块中无法获取异常的原始信息。例3则完全是一个新的异常,class1中抛出的异常被当做内部异常,存放在innerexception中。
C#为我们提供了相当完备的异常路径,我们可以通过不同的throw方式使异常的路径可选。在实际的使用中需要根据不同的使用场景,选择不同的throw方式。比如需要查看完整的异常路径时,我们应该使用2中的方式,即不带参数的throw。