app_crash.docx

App crash用户可以看到和识别出得程序的崩溃，它通过提示框、非预期的程序关闭或重启等现象表现出来一般功能的出错不被认为是 app crash，除非它弹出错误提示框、发生非预期的程序关闭或重启后台进程或线程崩溃，如果它没有给用户一个明显的界面提示也被视为 app crash App crash 一般分为两种类型 app error1. 程序无响应：因为程序无响应，导致界面线程的的阻塞，会弹出 waiting button 或 force close button，从而不能相应用户进行的任何操作接收器不能在 10 内完成相应，所以大多数操作一个字线程/非同步的处理等都要很长时间去完成，如:下载图片，网络访问等2. 不能触到的异常当执行某一程序时如果发生这种不能触到的异常时会弹出一个 force close button，这种异常不能够处理 分析 app crash 需要的文件:1. Logcat 2. Brat3. Pull Anr（程序无响应）在 brat log 中的 stabilitymonitor 文件中搜索关键字：anr在 logcat log 中搜索关键字： anr in中每个 anr 相对应一个 BugReport 压缩文档，通过搜索 vm t 关键字，可以找到相应的栈信息 Uncaught Exception（不能触摸的异常）以 DMS01112650 为例：在 brat log 中的 stabilitymonitor 文件中搜索关键字：AndroidCrash在 logcat log 中搜索关键字： thread exiting with uncaught exception搜索出 anr crash 的栈信息后，就要根据栈信息搜索 dms 号了，如果已经有提交的 issue，且 log 信息都相同，则需要添加 notes 并上传相应的 attachments。

如果搜索不到相同的 log 信息，则需要报一个新的 issue一般 logcat 中的信息要比 stabilitymonotor 中的信息少 3min System crashSystemtem crash 常在 logcat 结尾以及 pull 出来的 tomstone 文件中 电池低电量 issue在 kernel 中可以查到关于电池的信息：如果电池电压达到 3500 mV，则电池已经死了在 logcat 中的 event 文档中可以查到电池信息: 11-10 17:56:30.927 I/battery_level( 301): [85,4089,260]其中电池电量为 85％，电压为 4089mV，电流为 260mA如果在 logcat 中的 kernel 中发现信息：msm_batt_wait_for_batt_chg_event: Got some packet from modemVbatt servermsm_batt_wait_for_batt_chg_event: callback received (threashold voltage: 4055mV)!!则说明关机是应为电池低电量引起的，不需要报 bug。