Android中ANR产生的原因以及定位分析和检测

ANR产生的原因
ANR产生的原因一眼有两种:
1.当前事件没机会处理，当前UI线程正在响应另外一个事件，当前事件由于某种原因被阻塞了；
2.当前事件正在处理，但是由于耗时太长没能及时完成。
ANR的定位和分析
当发生ANR时，我们可以打开手机内部存储的/data/anr/traces.txt进行分析和定位。
anr的避免和检测
一.StrictMode：Android  SDK提供的一个用来检测代码中是否存在违规操作的工具类，主要检测两大类型的问题：
1.主线程策略
detectCustomSlowCalls：自定义耗时操作；
detectDiskReads：是否存在磁盘读操作，
detectDiskWrites：是否存在磁盘写操作，
detectNetwork：是否存在网络操作
2.虚拟机策略
detectActivityLeaks：检测是否存在activity泄漏，
detectLeakedClosableObjects：是否存在未关闭的closeable对象泄漏，
detectLeakedSqlLiteObjects：sqlite对象泄漏，
setClassInstanceLimit：检测类实例个数是否超过限制
在代码中应用Application：

@Override
protected void onCreate(Bundle savedInstanceState)
{
if (BuildConfig.DEBUG)
{
//开启线程模式
StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()
.detectDiskReads()
.detectDiskWrites()
.penaltyLog()
.build());
StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
.detectActivityLeaks()
.detectLeakedClosableObjects()
.detectLeakedSqlLiteObjects()
.penaltyLog()
.build());
}
super.onCreate(savedInstanceState);
}

二、BlockCanary：是一个非侵入式的性能监控函数库，它的用法和leakCanary类似，只不过后者监控应用的是内存泄漏，而block主要用来监控应主线程的卡顿，它的基本原理是利用主线程的消息队列处理机制，通过对比消息分支开始和结束时间来判断是否超过设定的时间，如果是。则判断为主线程卡顿。

dependencies{
compile 'om.github.markzhai:blockcanary-android:1.5.0'
// 仅在debug包启用BlockCanary进行卡顿监控和提示的话，可以这么用
debugCompile 'com.github.markzhai:blockcanary-android:1.5.0'
releaseCompile 'com.github.markzhai:blockcanary-no-op:1.5.0'
}

Application:

blockCanary.install(this,new AppBlockCanaryContext()).start();