背景介绍
在我们日常开发中, 经常会遇到一些异常需要去手动处理, 或者说是一些可能出现的异常去处理, 又或者说你不知道的异常, 等着暴露出来发现后去处理, 无论哪种异常, 当它出现的时候都是头疼的....实况
在我们开发过程中对一些可能出现异常的地方, 也就是非检查型异常, 需要我们自己凭经验去做异常处理, 当然你也可以大手一挥任其随意抛出.(佛系异常, 道系领导)....下面我们把镜头转向正在加班开发需求的几位选手, 看看他们是如何对待异常处理逻辑的;
----
round one
这是来自一个对try catch第一次使用的 #$%^选手
try {
.........// 写你自己的异常处理逻辑
}
我们看到, 这位选手使用了化骨绵掌伤害值 : 能够知道错误信息, 具体位置仍需分析;
伤害分析
这种操作对于我们自定义异常是有一定的帮助, 但单业务内出现异常位置多的时候...关于堆栈打印直接调用的相关文章列几篇
https://my.oschina.net/sxgkwei/blog/825700
https://zsk-china.iteye.com/blog/1133918