Skip to content

Latest commit

 

History

History
50 lines (38 loc) · 2.08 KB

README.md

File metadata and controls

50 lines (38 loc) · 2.08 KB

KCRunLoopProfile

监控主线程,当主线程“变慢”的时候打印出当前的日志。

注意

不要在线上版本使用

原理

  1. 为主线程的runloop增加observer,监控kCFRunLoopBeforeSources 和 kCFRunLoopBeforeWaiting。
  2. kCFRunLoopBeforeSources回调的时候创建一个时间戳,kCFRunLoopBeforeWaiting的回调重置这个时间戳。
  3. 创建一个GCD queue,启动一个timer,循环检查第二步操作的时间戳。如果检查到的时间戳没有被重置,并且超出了我们设置的阈值,我们认为主线程当前执行缓慢。
  4. 检测到主线程变慢,停止所有的线程,获取所有线程的执行堆栈符号化后的信息以及当前执行环境的其他信息。
  5. 使用这个信息发起回调,交给使用者处理。

怎么用

只有一个可用参数代表了时间间隔,这个时间指的是超时的阈值。使用的时候酌情调整,最开始可以设置的稍微大一点,优化相关耗时操作后,再逐步缩小。

swift

KCRunLoopProfile.setStackTraceCallBackWhenSlow { (stackTrace) in            
    if let trace = stackTrace {
        print("💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙")
        for line in trace {
            if line.contains("WishClound") {
                print("💙" + line)
            }
        }
        print("💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙💙")
    }
}
KCRunLoopProfile.profile(withCheckDuration: 1.0/90.0)

Objc

[KCRunLoopProfile profileWithCheckDuration:1.0/60];
    [KCRunLoopProfile setStackTraceCallBackWhenSlow:^(NSArray<NSString *> *stackTrace) {
        NSLog(@"%@", stackTrace);
    }];

参数说明

为啥timer的时间段是阈值的0.85?为了简单的增加随机性。有好的方式的话,后期再做修改。

声明

这个库严重依赖于KSCrash的代码来进行线程相关的一些操作。