标签：bugs aci 判断 入口 而且 跳过 隔离 cell demo
第一层：遇到异常首先必须告诉自己，冷静，不要慌。（一看到Bug就心慌，那么武功就施展不了了）
第二层：遇到Bug，第一潜意识看输出异常的信息的（控制台输出，Junit输出，页面输出），优先将异常输出在控制台。
建议：遇到JUnit异常输出，最好转成控制台输出。
如：一下异常如果在Junit查看，不好发现为，只知道是数据库出错了。转成为控制台异常立刻就看到是缺少了一个字段。
|
控制台的异常更加直观
|
第三层：查看异常的第一个关注点：异常的名字，通过异常名字大概可以给异常分类。
如：根据这个异常的名字就知道，异常出现在数据库操作。
|
第四层：查看异常的第二个关注点：异常的信息，很多异常的信息已经说明了异常的问题（30%）
如：该异常，明眼的同学立刻就知道数据库操作不成功，问题出在配置少了一个字段。
|
第五层：以上操作不能解决，查看异常的第三个关注点：在异常中寻找是否有自己写的类，定位异常出错的位置。
如下图：明显告诉为，是DataSourceTest.java:23，就是该类的23行出错了。可以点进去
|
|
--点击进去，设置断点
|
第六层：在该出错的位置System.out.print()输出数据，分析数据（可选，如果会断点跳过该步）
第七层：在该出错的位置，设置调试断点，根据单步调试，分析断点输出的数据。使用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）出现的异常不是固定的，有时可以有时不可以。
第十层：根据多年积累的经验。使用直觉，可以立刻定位绝大大部分问题，不需要任何招数。在直接判断不了再使用以上的方法拆招。
标签：bugs aci 判断 入口 而且 跳过 隔离 cell demo
原文地址：https://www.cnblogs.com/ki16/p/11652460.html
