ANR的监控策略,可以分为线上和线下。线上的监控方案,需要充分考虑性能问题,所以很多监控策略不能使用。但是线下监控,我们能用的方法会更加丰富。
这篇文章,我们主要讲一下Android官方提供给我们的线下监控方案 —— StrictMode。
有了这套工具,我们可以在开发时,提前发现很多问题,让开发同学及时解决,避免这些问题暴露到线上,造成ANR。
StrictMode介绍
为了监控应用运行过程中存在的不规范问题,Android提供了一套工具StrictMode,一般我们可以在Debug包中打开这个工具。
ThreadPolicy线程策略检测:主要检测主线程的耗时操作
- 自定义的耗时调用 使用
detectCustomSlowCalls()开启 - 磁盘读取操作 使用
detectDiskReads()开启 - 磁盘写入操作 使用
detectDiskWrites()开启 - 网络操作 使用
detectNetwork()开启 -
detectAll开启所有的ThreadPolicy检测
VmPolicy虚拟机策略检测
-
Activity泄露 使用detectActivityLeaks()开启 - 未关闭的
Closable对象泄露 使用detectLeakedClosableObjects()开启 - 泄露的
Sqlite对象 使用detectLeakedSqlLiteObjects()开启 - 检测实例数量 使用
setClassInstanceLimit()开启,可以检测单例等 -
detectAll开启所有的VmPolicy检测
惩罚方法
-
penaltyLog: 将触发StrictMode的堆栈写入日志 -
penaltyDialog: 触发StrictMode时,弹窗提示 -
penaltyDeath: 触发StrictMode时,自动杀死进程 -
penaltyListener: 触发StrictMode时,回调Listener
开启StrictMode
private void enabledStrictMode() {
//开启Thread策略模式
StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder().detectNetwork()//监测主线程使用网络io
.detectCustomSlowCalls()//监测自定义运行缓慢函数
.detectDiskReads() // 检测在UI线程读磁盘操作
.detectDiskWrites() // 检测在UI线程写磁盘操作
.penaltyLog() //写入日志
.penaltyDialog()//监测到上述状况时弹出对话框
.build());
//开启VM策略模式
StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder().detectLeakedSqlLiteObjects()//监测sqlite泄露
.detectLeakedClosableObjects()//监测没有关闭IO对象
.setClassInstanceLimit(MainActivity.class, 1) // 设置某个类的同时处于内存中的实例上限,可以协助检查内存泄露
.detectActivityLeaks() // 检测Activity泄漏
.penaltyLog()//写入日志
.penaltyDeath()//出现上述情况异常终止
.build());
}
一般在Application的onCreate方法中,设置开启StrictMode。
除了系统默认的检测方法,我们还可以在程序代码中自定义一些检测条件,满足条件时,使用如下方法触发StrictMode:
StrictMode.noteSlowCall("Slow call");
总结
StrictMode是Android官方提供给我们的一个使用非常方便的线下检测工具。
通过ThreadPolicy,可以发现一些阻塞主线程的不当操作,如主线程IO、网络请求等,这些问题如果到线上,都可能直接引发ANR问题。
通过VmPolicy,可以发现一些内容泄漏方面的内容,如sqlite泄漏、Activity泄漏等,优化内存泄漏,对应用的ANR和Crash都会有帮助。
StrictMode可以在Debug包中默认开启,帮助提示程序中不合理的代码,让问题在开发阶段得到充分的解决。
下一篇,我们讲讲StrictMode的源码,看看Android系统是如何监控这些问题的。














网友评论