如何优雅的处理异常

如何优雅的处理异常

在编写代码的过程中总是无法避免的会遇到异常处理。大多数的时候我们处理异常总是很随意，只要程序能跑就好。常见的处理异常方法 在顶层函数中catch、catch了但是不处理。但是这是不对的。
好的异常处理机制能够帮助我们提高用户体验，快速定位问题和提高代码的规范性跟健壮性。

基本原则

1. 首先确保软件不能奔溃（Crash）
2. 尽量记录到日志中，方便后续的跟踪出错。
3. 提供友好的提示信息，最好包含如何处理。（不论时给程序还是给用户）

这三个原则代表了能用，可用，好用。按照优先顺序进行满足。

抛出异常

在大多数情况下异常可能由是空指针异常或者除0等异常，还有可能是库或者自行抛出的异常。

1. 异常本质上是告诉调用者：本调用者无论如何都无法处理这个错误。所以末端业务代码不允许抛出异常，因为此时抛出异常会导致无法得到处理。 可能会导致系统奔溃或者其他表现。
2. 不是所有的问题都应该抛出异常。如果问题能够得到解决就尽快解决。
3. 抛出的异常在当前上下文中需要由意义。显然抛出 Exception 不如抛出 IndexOutOfRangeException。
4. 尽量早抛出。快速失败能帮忙我们快速定位到出问题的位置。

捕获异常

在大多数编程语言中我们使用 try…catch…final 语句来捕获异常。 那么应该在什么时候进行捕获呢？

1. 在调用函数时进行异常的捕获。可以将异常处理和实际的执行内容拆分成两个函数，防止异常处理影响到正常的代码逻辑。
2. 在各种设计中添加上异常处理。 例如在web服务器中，为每个请求响应函数添加统一的异常处理（兜底处理）。
3. 如果捕获到的异常能处理就进行处理不能处理的需要再次向上抛出（不要捕获了不处理也不继续抛出）。
4. 延迟捕获。找到知道怎么处理异常的那一层再进行捕获。

异常的替代机制

有时候出现问题了也不用抛出异常，例如返回Null或者错误码。这样做是不对的。这会导致调用方还要进行空值检查，或者进行错误码的处理。这些操作经常会被忘掉。