学习笔记之eclipse IDE debug的思路

Java程序的bug分为三类.第一类,JDK及第三方依赖代码的漏洞.极少,可以忽略,也不在此文讨论范围之类.第二类程序员自己完成的代码存在行为错误.第三类,程序员产生的错误数据被JDK或者第三方依赖代码捕获.

第二类bug,依赖断点调试和自定义异常的方式可检出.好的代码健壮性的编写习惯,和增加对可靠且被充分理解的第三方代码的依赖可以显著降低这种ｂｕｇ的出现，对于偏向上层开发的Ｊａｖａ而言，这种ｂｕｇ不是重点和难点．

第三类bug,是问题所在.这种bug分两种:第一种,错误的数据或者数据的丢失导致异常的出现.第二种,对依赖代码的认识不足导致不可预知的结果.解决或者回避第一种bug的方式首先是做系统兼容性的检查.硬件==>操作系统===>JVM==>classfiles{jre code,customed code}.操作系统和JVM的冲突很少,不讨论.由于JVM和JRE往往在统一的环境中运行,所以JVM和class文件的冲突集中在JVM和用户代码的之间.典型的问题比如class文件版本标识过高,导致classloading failure.保证jar包要求的JDK版本是必须的.但是最让人头疼的问题是第三方依赖(jar包)的冲突.总结方法如下:在保证所有必须的class文件和source文件版本一致的基础上,发动测试程序,当测试程序的异常线程终止的时候,通过控制台信息找到异常的位置,异常调用printStackTrack()方法打印线程方法栈,栈顶就是异常对象被创建的代码位置,代码的位置是通过.class文件中的方法名和line number确定的.这就是为什么source文件的版本一定要和class文件一致的原因,如果不一致则class文件中报告的位置和源码就会不一致,如果找不到一致的源码则需要查看方法体的方法确定异常的位置.这种情况造成的混乱会使得程序执行流程变的不清晰.所以最好的方法是保持两者的一致.异常栈中往往会出现嵌套异常(nested exception),往往由caused by关键字引导.尽管嵌套异常栈在代码层面上讲也仅仅是报告嵌套异常被创建的位置,但是一个合理设计的代码中嵌套异常往往是bug发生的真实原因所在.关于异常的查看和debug方法在以后的日记中讲..