异常处理

  • 文章来源:

0. 前言

为什么我们需要异常处理?什么是异常?
在汉语中,异常指非正常的;不同于平常的。翻译到程序中,就是指会导致程序无法按照既定逻辑运行的意外,或者说是错误。可能会有小伙伴好奇了,我们的程序不是正常的吗,为什么还会出错呢?

我来举几个例子:

  1. 程序需要访问一个文件,但这个文件不存在,当程序尝试打开一个读该文件的流时就会出错
  2. 成绩管理系统中,成绩需要一个浮点型的数字,但是输入的人错误的输入了其他符号或者用中文输入了成绩
  3. 程序需要通过网络与其他服务器进行交互,但是程序所在计算机没有网了
  4. 程序在计算一个数除以另一个数的时候,除数错误的设置为0了

等等,以上都是出现异常的情景。
那么为什么需要异常处理机制呢?这是因为我们需要我们的程序不能是一个精美的易碎品,所以必须有一定程度的容错性,或者叫强壮性。这时候就要求程序员在开发过程中,对一些可能出现的场景进行预估,然后预先处理这些错误。而异常处理机制使得程序员更加简单方便的处理这些错误。

1. 异常类

C#中,所有异常都继承自System.Exception类,Exception类定义了C#异常应该具有的信息和方法。值得注意的属性有:

  1. public virtual string Message { get; }// 错误的信息,文字描述
  2. public virtual string StackTrace { get; }// 发生异常的调用堆栈信息
  3. public System.Reflection.MethodBase TargetSite { get; }//引发这个错误的方法
  4. public Exception InnerException { get; }// 子异常

解释一下,调用堆栈指的是调用方法的列表。因为在实际开发中,方法的调用大多是一层套一层的形式调用的,而调用堆栈指的就是引发异常的方法到最外层的调用层次。(描述不太准确,大家意会即可)
而子异常或者内部异常,是因为在处理异常的时候,经常会对底层异常做处理然后将底层的异常进行封装和包装然后传递给上一级,使得越接近客服异常的信息越简单明了。

1.1 如何处理异常

之前说了一堆,但是如何处理异常呢?
在C#中,处理异常是一套通用的流程,涉及到三个关键字:try/catch/finally。先看一下写法:

  1. try
  2. {
  3. //可能会抛出异常
  4. }
  5. catch (System.Exception e)
  6. {
  7. // 处理异常
  8. }

简单介绍一下,try块里写的是可能会出现异常的代码。这是因为C#的机制,并不强制性声明方法会抛出异常。也就是说,C#的异常可以在合适的地方处理也可以不处理。
catch块用来声明捕获的异常,catch有三种写法:

  1. try
  2. {
  3. //
  4. }
  5. catch (System.Exception e)// 1
  6. {
  7. //
  8. }
  9. catch(System.Exception)//2
  10. {
  11. //
  12. }
  13. catch//3
  14. {
  15. }
  1. 声明捕获一个异常,并获取这个异常实例 e
  2. 声明捕获一个异常,但不使用这个实例
  3. 声明捕获所有异常,不指定捕获的异常,也不获取异常实例

catch多次使用,意思是多次捕获不同的异常。如示例中的写法,但是示例中的写法存在一定问题。这是因为C#的异常捕获机制引起的,C#的异常捕获要求先捕获特殊的异常,再捕获一般的异常。换句话就是,在异常类继承树中,越是靠近Exception的异常类越是最后catch,在所有可能的异常处理中,Exception最后处理。所以catch可以是不在一个继承树上的异常类并列处理,也可以先子类再父类这种方式处理,但不论如何都不能对同一个异常多次catch。而且,一旦上一个catch了Exception,则之后的catch全都不会起作用。
finally块在异常处理中并不一定需要出现,但是这个块在异常处理中有着特殊的意义。finally块表示最后执行的块,用finally包裹的代码必然会执行。通常finally用来处理一些托管资源的释放和流的关闭等类型。

1.2 如何抛出一个异常

在上一节我们简单介绍了一下如何处理异常,这一节我们演示一下如何抛出一个异常。
使用throw就可以了,简单演示一下如何抛出异常:

  1. static void Main(string[] args)
  2. {
  3. throw new Exception();
  4. }

这是最简单的写法,在方法中引发一个异常然后抛出。
这时候回过头来看一下Exception有哪些构造方法:

  1. public Exception ();
  2. public Exception (string message);
  3. public Exception (string message, Exception innerException);

所以我们在抛出异常的时候,可以指定异常的信息(message),其中堆栈信息和调用方法等内容由C#底层代码自动填写。

1.3 如何创建一个自定义异常

在简单演示了如何处理异常和如何抛出异常之后,我们来看看如何自定义一个异常类。根据类继承原则和异常处理原则,我们可以使用以下方式来自定义一个类:

  1. public class CustomException : Exception
  2. {
  3. }

这样我们就能获取一个异常类,我们可以根据自己的需要定制这个异常类,然后在使用的时候使用throw抛出。

2. 演示异常处理

  1. class Program
  2. {
  3. static void Main(string[] args)
  4. {
  5. try
  6. {
  7. ThrowAnExcetption();
  8. }
  9. catch(CustomException e)
  10. {
  11. Console.WriteLine(e.StackTrace);
  12. }
  13. finally
  14. {
  15. Console.WriteLine("执行了finally方法");
  16. }
  17. }
  18. public static void ThrowAnExcetption()
  19. {
  20. throw new CustomException();
  21. }
  22. }
  23. public class CustomException : Exception
  24. {
  25. }

以上示例简单演示了如何抛出异常,处理异常。

3. 总结

异常处理很简单,但是也很难。简单是指使用起来很简单,很难说的是在项目中如何合理优雅的处理异常和抛出异常。
这里是我自己总结的一个异常处理的哲学:

  1. 不是必须的场景,不要抛出异常
  2. 底层异常不要直接抛给上层方法
  3. 在程序编写的期间,预估一些场景,并对这些场景做数据校验和提示,而不是使用异常
  4. 在捕获异常时,最好编写相应的处理逻辑,而不是为了程序不报错直接写一个空的catch块
  5. 不要把异常当做额外的返回值处理

当然,最重要的一点就是结合实际业务需要进行异常处理。
C#的异常对于程序员来说,不是强制的,但是程序员必须在开发过程中对异常足够的重视才行。


  • 本文作者:GeekPower - Felix Sun
  • 版权声明: 本博客所有文章除特别声明外,均采用 MIT 许可协议。转载请注明出处!