实况
在我们开发过程中对一些可能出现异常的地方, 也就是非检查型异常, 需要我们自己凭经验去做异常处理, 当然你也可以大手一挥任其随意抛出.(佛系异常, 道系领导)....这种写法可以知道有问题, 但不知道哪有问题.
----
round three
这是来自一个对try catch第三次使用的 3号选手
try {
......
// 中间嵌套10个业务处理方法....
----
round four (划重点, 最常见, 隐患最多的一种写法)
这是来自一个对try catch第三次使用的 4 号选手
try {
......
// 中间嵌套10个业务处理方法...不接受反驳
这是来自一个对try catch第n次使用以上几种方法后的 X 选手
try {
......
// 中间嵌套10个业务处理方法
fun1();
fun2();
......
....保证异常使用的输出流与系统日志一致, 同时将异常信息内容输出到日志文件中, 不占用字符缓冲区大小
同时与大家共勉, 为我们热爱的代码做一点贡献, 发现自己的项目中有以上列举的缺陷代码能够及时完善.