背景：更新完gosdk（端上的主要逻辑在go层完成）后，冷启动时首页明显会卡一下

问题排查：

1、通过在application onCreate()中设置getMainLooper().setMessageLogging(new LxLogPainter());来查看耗时的日志，没看到耗时日志

2、logcat中查找关键字"Skipped",发现：
2023-05-24 15:08:07.389  1132-1132  Choreographer   com...e.xx.xx  I  Skipped 383 frames!  The application may be doing too much work on its main thread.
说明主线程中确实有耗时操作，但是不知道发生在哪儿

3、查找卡顿时间点之前到日志，发现:
2023-05-24 15:08:06.625  1132-1132  te.xx.xx  com...e.xx.xx W  Long monitor contention with owner Thread-50 (1883) at void lxbadge.Badger.registerPlatformType(int)(Badger.java:-2) waiters=0 in xx.xx.xx.gup.RedDotService xx.xx.xx.gup.RedDotService.getInstance() for 4.927s

从上面的日志发现RedDotService.getInstance()中有耗时操作registerPlatformType(int)，看代码，但是是在子线程中执行的，怎么会卡主线程呢？

看代码发现，RedDotService.getInstance()第一次调用的时候在子线程中被调用

然后在执行构造函数时，执行了 耗时操作registerPlatformType(int)，大概5s,导致主线程中此时调用RedDotService.getInstance()时处于线程阻塞状态，正是因为以上原因，导致无法通过getMainLooper().setMessageLogging(new LxLogPainter());来查看卡顿日志

 

修改方案：

方法1:将构造函数中判断线程的逻辑删除

方法2:RedDotService.getInstance()第一次不要在线程中执行

总结：

1、通过skipped关键字判断是否有掉帧

2、通过getMainLooper().setMessageLogging(new LxLogPainter());查看卡顿日志

3、可以通过关键字Long monitor contention with owner查看是否有线程长时间不释放锁