本文来自http://blog.csdn.net/liuxian13183/ ,引用必须注明出处!
通常情况下,在我们开发的过程中遇到的crash,可以到logcat中找原因;如果做定制App,对方用Monkey等测试时,要确定准确的位置却并非易事,举例说明:
01-02 01:03:46.485 W/System.err( 5575): java.lang.NullPointerException: java.lang.NullPointerException
01-02 01:03:46.485 W/System.err( 5575): at com.maomao.core.b.j.a(unknow)
01-02 01:03:46.485 W/System.err( 5575): at com.maomao.core.b.a.a(unknow)
01-02 01:03:46.485 W/System.err( 5575): at com.maomao.core.b.a.a(unknow)
01-02 01:03:46.485 W/System.err( 5575): at com.maomao.util.u.run(unknow)
01-02 01:03:46.485 W/System.err( 5575): at java.lang.Thread.run(Thread.java:838)
这样的错误,我们怎么看呢,而且还会判断具体哪个位置会出错?
因为代码都被混淆过,命名没有固定规律,随机从”a-z“中取一个或者两个字母命名,这个时候就需要有相当水准!
首先从下往上看,因为调用关系是这样的。
util.u.run:Thead的run方法出错,那就找到util包下包含run方法的类,
core.b.a.a:上面的方法调用了core包下,a包内的a方法
core.b.a.a:又一个这样的方法,同理,上面的方法调用了本类当中的一个方法
core.b.j.a:上面的方法又调用了j中的a方法
这样我们就可以定位大概的位置,一般情况下加上try...catch语句,把异常抛出即可!
我们再来分析一个例子:主要来确定某此.后跟的是类,某些.后跟的是方法。
E/AndroidRuntime( 3870): java.lang.NullPointerException: java.lang.NullPointerException
E/AndroidRuntime( 3870): at com.maomao.core.b.j.ab(j.java)
E/AndroidRuntime( 3870): at com.maomao.b.j.a(j.java)
E/AndroidRuntime( 3870): at com.maomao.application.a.c(a.java)
E/AndroidRuntime( 3870): at com.maomao.application.a.b(a.java)
E/AndroidRuntime( 3870): at com.maomao.application.b.run(b.java)
E/AndroidRuntime( 3870): at java.lang.Thread.run(Thread.java:857)区别在于第一种是System.err,是虚拟机Dalivk抓住的bug,第二种是Android Runtime在运行期间抓住的bug
1、Thread.run:仍然从下往上看此调用关系,又是run方法出错
2、b.run:调用application类下b,b肯定是一个类不是一包,为什么呢?下面紧跟一run方法
3、a.c:上面的run方法又调用a,a就可能是一个包,也可能是一个类,最后调用的是b方法,当然这个地方的判断要看上面方法的调用,找到run方法已经可以判断这是个包或者是个类。
4、a.b:同理,可能调用是a类中的c方法后,也可能是调用a包中的c类后再调用a包中的b类
5、b.j.a:明显这就是b包下j类的a方法
6、b.j.ab:不要觉得此ab比上面a多一字母而不解,其他都是一样的,ab也是一方法,与a无差别
那很明确,最后就是b.j.ab方法出现出指针!
解决方案:要不初始化一下,要不直接try...catch不管这个错误。