一、《Android ANR监测诊断以及解决办法》
1.Android Vitals:向你警告ANR问题的发生,上架Google play才可以。
2.最经常发生的ANR的几种情况:
- 在主线程中执行IO操作
- 在主线程执行长时间的计算
- 主线程执行同步Binder操作访问另一个进程,该进程执行很长时间再返回
- 非主线程持有lock,导致主线程等待lock超时
- 主线程和另一个线程发生死锁,可以是位于当前进程或者通过Binder调用
3.Strict mode:严格模式,一个debug时候可以用来严格监控的mode,不太适合我们这里
4.TraceView:就是一个可以利用DDMS等工具采集APP信息之后进行分析的Android开发时的一个数据分析工具,更适合没有源代码时候的使用
5.拉取trace文件:Android系统每次发生ANR后,都会在/data/anr/目录下面输出一个traces.txt文件,这个文件记录了发生问题进程的虚拟机相关信息和线程的堆栈信息。【感觉这个东西还是比较靠谱的,之后可以考虑一下】
二、《Android ANR监测方案解析》
- Service与Bradcast只会打印trace信息,不会提示用户ANR弹窗,大部分可感知的ANR都是由于InputEvent。
- Android应用程序是通过消息来驱动的,Android某种意义上也可以说成是一个以消息驱动的系统,UI、事件、生命周期都和消息处理机制息息相关。Android的ANR监测方案也是一样,大部分就是利用了Android的消息机制。
- 目前流行的ANR检测方案有开源的BlockCanary 、ANR-WatchDog、SafeLooper, 还有根据谷歌原生系统接口监测的方案:FileObserver。
三、ANR-WatchDog
开源项目地址:ANR-WatchDog项目
工作原理
监视器本身只是一个循环执行下面操作的简单线程:
计划让一个runnable在主线程运行,一旦主线程允许,立刻执行。
等待5秒. (默认5s,可以配置).
如果runnable正常执行,回到步骤1.
如果runnable没有正常运行,意味着UI线程至少阻塞了5s,唤起一个线程栈追踪的error。
友情链接:
《Android ANR监测诊断以及解决办法》[简书]https://www.jianshu.com/p/8ae173c9fb08 ↩︎
《StrictMode:安卓中的严格模式》[简书]https://www.jianshu.com/p/271474cd1d91 ↩︎
《Android 编程下的 TraceView 简介及其案例实战》[博客园]https://www.cnblogs.com/sunzn/p/3192231.html ↩︎
《Android trace文件抓取原理》[简书]https://www.jianshu.com/p/f406d535a8bc ↩︎
《Android ANR监测方案解析》[搜狐]https://www.sohu.com/a/220647552_741445 ↩︎ ↩︎
《Oracle官方java说明文档——StackTraceElement》https://docs.oracle.com/javase/9/docs/api/java/lang/StackTraceElement.html ↩︎
《StackTrace简述以及StackTraceElement使用实例》[博客园]https://www.cnblogs.com/xiaozz/p/6448622.html ↩︎ ↩︎ ↩︎
《java.lang.StackTraceElement类》[易百教程]https://www.yiibai.com/java/lang/java_lang_stacktraceelement.html ↩︎