软件编程语言琳琅满目，Java、C/C++、.Net、Node.js、Python、JavaScript、PHP、Rust、Go，适用范围、哲学流派也是百花齐放，客户端、前端、后端、移动端，脚本式、面向过程/对象、函数式编程，这些词藻甩出来瞬间刷屏，就此打住。我们不妨来关注下这些语言背后的 "万变不离其宗"之术吧，无论什么语言，异常处理无疑都是重中之重，本篇我们就来聊聊Java中的异常处理。
所谓优良程序，我认为其编程过程，少说，60%以上都是在和异常战斗，正所谓，“Bug千千万，测试第一条，异常不重视，岂止两行泪”。
1. 异常处理，老夫就是一把梭
在写Java代码时，有些代码是编译器要你强行捕获处理的，如下：
正例：
try 反例：
String 2. JDK基础运行时异常，轻松捕获
Java开发的基本类库JDK定义了一些开箱即用的运行时异常(RuntimeException)，比如NullPointerException、IndexOutOfBoundsException等，这些异常不应该通过try-catch捕获来处理，而应该通过主动预检查来处理，如下：
正例：
Biz 反例：
Biz 3. 我也不知道哪会出错，try-catch罩起来，万无一失
catch时要分清，哪些代码不可能出错，哪些代码可能出错，不可能出错的不用try-catch(对新手来说，这点其实比较难做到)，对于可能出错的代码进行try-catch，并尽可能针对异常分类处理，示例代码参考上文第1.条 ，此外，举两个栗子，如下：
- 包括且不限于 语言层面的赋值语句、简单的getter/setter调用，根本不可能报错，不用try-catch
- 某些第三方api/类库文档有时候会写某某方法抛出啥异常，你难道相信它永远按文档那样工作? 所以，建议try-catch（除非你是大牛钻进去看透代码，版本变化了你还得跟着）
最后记住，用try-catch包裹的代码是有性能开销的
4. 编译器老是报错，烦的一批，try-catch罩起来，世界安静了
在Java中，对于checked异常，编译器会提示你进行try-catch，编译器那么体贴，你一定要好好处理啊，如下：
发红了，赶紧try-catch起来，压压惊， 如下：
正例：
try 反例：
try 5. 用异常来控制程序流程，神乎其技
异常就是异常，它代表程序的意外情况，不要仗着try-catch能捕获异常，用这个机制来处理正常的程序流程，如下：
正例：
public 反例：
String 6.finally中别忘记资源对象的关闭和释放，我知道啊
finally块必须对资源型对象进行关闭，以防泄漏，在这个过程中，针对某个特定资源对象的关闭，有任何异常都要做try-catch，防止close意外被miss掉，如下：
正例：
FileInputStream 反例：
FileInputStream 7. try-finally终于形成肌肉记忆了，不出牌了
Java SDK的版本不断升级，这门语言始终在飞速发展，我们玩技术的也应该多多与时俱进，无论是新的语法糖还是内部实现（多表现为性能提升），都应多多关注，比如jdk7以后，支持try-with-resources语法糖，类只要实现了java.io.Closable接口，都可以受惠，这种语法糖直接在语言层面为你简化了 陈旧冗长的try-finally处理范式，来看：
正例：
FileInputStream 反例：
try 8. 任何异常，只要能捕获住Exception兜底处理下，满满健壮感
在某些情况下，程序抛出的root异常并不一定都是Exception，要知道Java中还有一种异常的root叫做java.lang.Error，当潜在地，可能有Error抛出时，必须捕获Throwable。
正例：
static 反例：
try 9. 自定义异常，吃饱了撑的吧
在适当的时候，或者说在业务变得越来越复杂的时候，自定义异常这件事就是顺理成章的了，来看：
正例：
static 反例：
static 10. DRY原则，别整那洋玩意儿
DRY原则，Don't Repeat Yourself，拒绝重复代码！
正例：
static 反例：
public 11. 异常没写文档，遗漏处理，怪我咯？
异常文档化，这样让调用者或者维护者能够更清晰地知道你这个方法的约定、细节等等，这不仅仅体现在javadoc上，还体现在你的throws子句上(P.S. 这点不是强制的)，现代的IDE还可以为有throws子句声明的异常自动生成try-catch处理的模版代码
正例：
static 反例：
/**
12. 根因异常，这又是什么鬼
抛出异常的同时，应带上底层的异常堆栈，不要埋没根因(root cause，即追本溯源，根本原因异常)
正例
static 反例
static 13. 喂，你这接口返回了个啥，你品你细品(TBD)
14. 大俗大雅，说说null
编程经验越来越丰富的同学们，开始喜欢在方法有返回值时，给个空的list、对象什么的了，而不是直接返回null，这样可以防止调用者调用你这个方法时，收到空指针异常，其实这倒不是强制的。本来调用者对null的处理就是他的责任所在，况且空对象、空list都是对象，有内存开销。还有就是，处理空list、空对象还有一些高级技巧，并不简单的。所以，脑细胞留给其它问题吧，骚年！
15. 和NPE的世界大战(TBD)
16. Spring事务，大佬罩着，异常无忧
Spring的事务中，如果抛出了异常，那么事务是可以自动回滚的，但那有个前提，抛出的异常得是RuntimeException(或其子类)
正例
@Transactional
反例
//此处必须显式声明，对Exception也需要按需回滚
本文部分参考了阿里巴巴Java开发手册，融入了自己的一些解读和扩展，愿对你有所帮助
___________________________我是一条分割线之：第一重已成___________________________
神功未成，继续修炼...
扫一扫
746
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
