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系统是如何监控这些问题的。
