下面我们把镜头转向正在加班开发需求的几位选手, 看看他们是如何对待异常处理逻辑的;
----
round one
这是来自一个对try catch第一次使用的 #$%^选手
try {
.........视具体功能而定;
当在try中出现异常后, catch无反应, 相当于你作为一个bug负责人, 知道有问题, 但你谁都不告诉....此招式可使问题永远藏在 #$%^ 的代码中, 永远做一个"优秀的开发者", 相信他会在自己的梦想道路上渐行渐远
----
round two
这是来自一个对try catch第二次使用的 *&^% 选手...这种写法可以知道有问题, 但不知道哪有问题.
----
round three
这是来自一个对try catch第三次使用的 3号选手
try {
......
// 中间嵌套10个业务处理方法...空指针, 数组越界, 类型转换, … 一个一个排查吧.
----
round four (划重点, 最常见, 隐患最多的一种写法)
这是来自一个对try catch第三次使用的 4 号选手
try {