本文主要探讨了在阅读ART代码时遇到的dvm_lock_sample函数，它与logcat events log中的锁相关信息密切相关。dvm_lock_sample记录了如进程名、主线程、线程信息、锁等待时间和持有者详情等关键数据。当打印此LOG时，意味着上一个锁持有者已释放锁，当前线程即将获取锁。此外，如果上一个持有者与当前持有者在同一文件，则文件名可能显示为‘-’。
dvm_lock_sample 解析
最近中在看art代码，看到这个函数的时候，想到logcat的events log中有大量的dvm_lock_sameple信息
进程名，主线程？，线程名字，锁等待时间，当前持有者的文件名，行号，上一个持有者文件名，行号，锁等待的百分比
- 打印此条LOG的时候，上一个锁的持有者已经释放锁，本线程为下一个锁的持有者，即将获取锁
- 上一个持有者的文件名，可能是“-”，表示与持有者是同一个文件。
dvm_lock_sample: [com.banyac.midrive.launcher,1,main,6,SourceFile,234,-,358,1]art/runtime/monitor_android.cc
void Monitor::LogContentionEvent(Thread* self, uint32_t wait_ms, uint32_t sample_percent,
最低0.47元/天 解锁文章
扫一扫
6091
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
