Dokit 卡顿检测的 一个bug

Dokit 卡顿检测原理

原理非常简单,主要还是利用 Printer 这个接口

判断 两次println 的执行间隔时间 ,来判断是否发生了卡顿

这个检测的方案很简单, 但是光检测没用呀,还必须要检测出哪里卡了,所以必须要 获取主线程的堆栈,

获取主线程堆栈 必须要注意2点:

  1. 获取堆栈的操作 一定要放到子线程去做, 主线程操作堆栈 容易卡
  2. 即使放到子线程去操作,也要注意控制采集频率

对于dokit来说 Printer的实现类是 MonitorCore

采集堆栈的实现类是 StackSampler

先看MonitorCore

这里其实非常简单,就是判断一下 两次println的时间间隔,发现卡顿

然后去sampler里面取堆栈

看下StackSampler 是如何 获取在子线程获取主线程堆栈的?

首先肯定是有一个子线程的

我们每次都是往这个子线程中去push一个消息,然后执行我们的runnable

这个里面其实就是有dumpinfo的方法了

这里要注意 堆栈是存储在一个map里面的,key是 获取堆栈的时间,value就是堆栈的字符串

整体上逻辑就是这样

Dokit的 缺陷

再看下 MonitorCore

这里会发生一个情况,每次有消息到来时,会启动start 然后再启动stop ,为啥?

因为你要保证大部分情况下,没有卡顿时 就不要采集堆栈,

所以大部分情况下 采集堆栈的 runnable 是没有机会执行的。

bug 就出现在这里

堆栈采集的默认延迟 是300ms

而我们的卡顿阈值是200ms

那这里就会有一个问题了, 假设一个卡顿是250ms

那么肯定会触发 卡顿的检测,isBlock方法 会返回true。

但是你获取堆栈 会发现获取不到的。为什么?

因为此时 dump所在的runnable 还没开始执行呢,他要300ms以后才执行, 250ms你消息过来了,直接触发了 stopDump

所以大家在使用dokit的时候 还是尽量修改一下这2个默认值

至少要保证 block的值 一定要大于 堆栈采集的延迟阈值, 否则就会出现上述bug

另外采集堆栈这个操作 如果要放到线上,推荐还是把优先级调到最低,这样对业务影响最小

相关推荐
apihz31 分钟前
域名WHOIS信息查询免费API使用指南
android·开发语言·数据库·网络协议·tcp/ip
问道飞鱼1 小时前
【移动端知识】移动端多 WebView 互访方案:Android、iOS 与鸿蒙实现
android·ios·harmonyos·多webview互访
aningxiaoxixi1 小时前
Android 之 audiotrack
android
枷锁—sha2 小时前
【DVWA系列】——CSRF——Medium详细教程
android·服务器·前端·web安全·网络安全·csrf
Cao_Shixin攻城狮5 小时前
Flutter运行Android项目时显示java版本不兼容(Unsupported class file major version 65)的处理
android·java·flutter
呼啦啦呼啦啦啦啦啦啦8 小时前
利用pdfjs实现的pdf预览简单demo(包含翻页功能)
android·javascript·pdf
idjl10 小时前
Mysql测试题
android·adb
游戏开发爱好者812 小时前
iOS App 电池消耗管理与优化 提升用户体验的完整指南
android·ios·小程序·https·uni-app·iphone·webview
人生游戏牛马NPC1号13 小时前
学习 Flutter (四):玩安卓项目实战 - 中
android·学习·flutter
星辰也为你祝福h14 小时前
Android原生Dialog
android