第一层:遇到异常首先必须告诉本身,冷静,不要慌。(一看到Bug就心慌,那么武功就施展不了了)java
第二层:遇到Bug,第一潜意识看输出异常的信息的(控制台输出,Junit输出,页面输出),优先将异常输出在控制台。web
建议:遇到JUnit异常输出,最好转成控制台输出。(对测试方法的代码try catch )
如:一下异常若是在Junit查看,很差发现为,只知道是数据库出错了。转成为控制台异常马上就看到是缺乏了一个字段。数据库
控制台的异常更加直观浏览器
第三层:查看异常的第一个关注点:异常的名字,经过异常名字大概能够给异常分类。
如:根据这个异常的名字就知道,异常出如今数据库操做。分布式
第四层:查看异常的第二个关注点:异常的信息,不少异常的信息已经说明了异常的问题(30%)测试
如:该异常,明眼的同窗马上就知道数据库操做不成功,问题出在配置少了一个字段。网站
第五层:以上操做不能解决,查看异常的第三个关注点:在异常中寻找是否有本身写的类,定位异常出错的位置。
以下图:明显告诉为,是DataSourceTest.java:23,就是该类的23行出错了。能够点进去3d
--点击进去,设置断点调试
第六层:在该出错的位置System.out.print()输出数据,分析数据(可选,若是会断点跳过该步)xml
第七层:在该出错的位置,设置调试断点,根据单步调试,分析断点输出的数据。使用watch操做得到重点关注的数据。(80%)
注意:该步骤,包括在浏览器调试js代码的流程。
重点:
(1)找的异常的代码位置(经过在异常信息里面找到本身的报错位置!!)
(2)理解异常和数据的关系(难点)
第八层:有些问题,出错是没法设置断点的,启动程序就出错了。并且这种问题,常常这种异常就没有本身写的类,断点调试的功力就被废了。遇到这种问题,第一意识要想到,这些问题不是Java代码的出错,出现这种问题的缘由:开发环境出错,JSP页面出错,配置文件、配置类出错
(1)如何判断是开发环境出错:看看项目有没有错误警告。
(2)如何判断是不是页面出错:查看页面异常信息和控制台
一般页面出错,异常会告诉你,哪一个页面出错。这是很重要的信息。
接着的问题只能根据信息提示解决了
(3)如何判断是配置文件出错:查看控制台信息,有时控制台找不到想要的。能够经过设置入口断点的方式。
如:在配置struts.xml配置是否出错,在Action的方法入口处设置一个断点。若是都没有执行代码逻辑就出错了,那么能够判断,就是web.xml得到strust.xml配置错了,不多是代码出错。
注意:
分析配置文件异常时:
若是网站连启动都启动不了的,重点关注web.xml
若是网站能够启动的关注非web.xml的配置文件 (90%)
第九层:隔离法(99%)
在做为以上全部操做,都没法找到异常的缘由,可使用隔离法。能够分为代码隔离和业务隔离。
(1)代码隔离法
同一个程序中,根据异常的范围,中止与异常无关的代码模块的执行,而且在代码执行的流程的各处设置辅助断点跟踪。
作demo。对原理不太熟悉的代码。!!!!
(2)业务隔离法
分布式开发中,一个系统有多个子系统组成。每每一个业务的实现要调用N个子系统的接口。常常会出现,开发时功能是好的。上线时就出错问题。遇到这种问题,在前八层的功力都没法分析时,那么就要将各个业务系统隔离分析了。
代码隔离常常用于
(1)没有输出有效异常信息的异常。
(2)出现的异常不是固定的,有时能够有时不能够。
第十层:根据多年积累的经验。使用直觉,能够马上定位绝大大部分问题,不须要任何招数。在直接判断不了再使用以上的方法拆招。