Android系统稳定性----Crash

Crash、FC、froce close

发生场景

应用进程崩溃。强制关闭，android App 因为代码异常导致奔溃。

表现形式主要有两种

1.      Java 代码引起，弹出错误的提示框，JVM虚拟机退出，绝大多数的工具可以捕获。

2.      C++代码引起，没有任何提示，直接回到桌面，所谓的闪退，一般是Linux程序退出，大部分发生在视频，游戏类与底层密切相关的软件上

 

发生问题的原因

1.    Error  //程序错误

OOM(out of memory error) //内存溢出

StackOverFlowError //堆栈溢出错误

2.RuntimeException//运行时异常----需要了解Exception机制，比如空指针啦，类没有找到啦，资源没找到，就连Android API使用的顺序错误也可能导致（比如setContentView()之前进行了findViewById()操作）

常见的异常(分了十大类，在开发的过程中逐渐补充)：

一．Java语法相关的异常

二．Activity相关的异常

三．序列化相关的异常

四．列表相关的异常

五．窗体相关的异常

六．资源相关的异常

七．系统碎片化相关的异常

八．SQLite相关的异常

九．不常见异常

十．其它异常

 

发生crash怎么办

获取问题发生时的堆栈信息和日志

Eclipse logcat

Adb logcat获取缓存，adb logcat –v time> d:\

 

解决办法

看log，定位问题

Crash问题的定位关键词，crash，Fatal，caused by。

caused by是真正的原因，提供包名+类名+方法名+行号等的关键信息

查看日志，定位到问题是哪里抛出来的异常，什么情况下回抛出异常，这时候需要一套源代码，或者OpenGrok的网站，

http://androidxref.com/

如何避免crash

1.    在程序中重要的地方，容易出错的进行try catch捕获异常，自己捕获异常，处理异常，

2.    优化代码提高代码质量，通过各种工具如findbugs查找代码漏洞

 

Crash问题的背景分析

对于一个开发者来说，crash会带来用户的投诉，差评，甚至卸载，属于A级bug，必须解决

传统的做法是：等待用户反馈，被动

先进的做法：一个健壮的APP应该能够搜集运行中所有的Crash信息，已知的异常，不严重的问题，我们可以进行捕获，但我们不可能在所有的方法中添加try……catch……进行保护，需要一个统一的方法进行一网打尽，UncaughtExceptionHandler，我们一般设计一个CrashHandler类继承自UncaughtExceptionHandler，重写UncaughtException方法，进行异常捕获并处理，注意该方法只处理未被捕获的异常，try……catch捕获的异常需要自己去处理。UncaughtExceptionHandler如何接入？我们只需要在Application初始化的时候获取实例，进行设置。

CrashHandler crashHandler = CrashHandler.getInstance();

crashHandler.init(this);

市面上应对APP线上的Crash问题一般有两种方法，记录到第三方平台或者记录到自己的数据库中。无论使用第三方或者自己的，都需要一个类作为入口进行收集crash信息，

使用第三方的SDK，收集问题，上传堆栈信息日志到平台，并且提供统计数据，帮助开发者改善用户体验，除此之外，还提供技术支持，告诉你bug怎么修复。推荐崩溃大师+腾讯bugly，这些第三方的SDK官网都有详细的说明，有空了研究下