iOS查看屏幕帧数工具--YYFPSLabel_ios开发 yyfpslabel-CSDN博客

本文详细介绍了YYFPSLabel的实现原理，包括如何利用CADisplayLink计算FPS，并解决了UIScrollView滑动时计时器暂停的问题及循环引用问题。此外，还探讨了在子线程中检测主线程的方法。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

本文来自简书，原文地址:http://www.jianshu.com/p/878bfd38666d

学习 YYKit 代码时，发现 ibireme 在项目里加入的一个查看当前屏幕帧数的小工具，效果如下：

挺实用的，实现方法也很简单，但是思路特别棒。

这里是Demo： YYFPSLabel

这里我把这个小工具从 YYKit 中抽出来，在学习大牛的代码的过程中，收货了不少东西，这里做个笔记：

1、FPSLabel 实现思路：

使用 CADisplayLink 的 timestamp 属性，配合 timer 的执行次数计算得出 FPS数，详见代码。

2、NSTimer、CADisplayLink 常见问题：

问题1： UIScrollView 在滑动时，timer 会被暂停的问题。

—— 原因：runloop mode 导致。iOS处理滑动时，mainloop 中UIScrollView的mode是 UITrackingRunLoopMode，会优先保证界面流畅，而 timer 默认的model是 NSDefaultRunLoopMode，所以会出现被暂停。
—— 解决办法：将timer加到 NSRunLoopCommonModes 中。

    [_link addToRunLoop:[NSRunLoop mainRunLoop] forMode:NSRunLoopCommonModes];

详见：深入理解RunLoop 一文中关于定时器和 RunLoop 的 Mode 的部分

问题2：NSTimer 对于 target 的循环引用问题：

以下代码很常见：

    CADisplayLink *_link = [CADisplayLink displayLinkWithTarget:self selector:@selector(tick:)];

    [NSTimer timerWithTimeInterval:1.f target:self selector:@selector(tick:) userInfo:nil repeats:YES];

—— 原因：以上两种用法，都会对self强引用，此时 timer持有 self，self 也持有 timer，循环引用导致页面 dismiss 时，双方都无法释放，造成循环引用。
此时使用 __weak 也不能有效解决:

    __weak typeof(self) weakSelf = self;
    _link = [CADisplayLink displayLinkWithTarget:weakSelf selector:@selector(tick:)];

效果如下：

可以看到页面 dismiss 后，计时器仍然在打印

—— 解决办法：1、在页面退出前，或者合适的时候，手动停止 timer，结束循环引用。

注意：在 dealloc 方法中是肯定不行的！由于循环引用，dealloc 方法不会进。

——解决办法：2、YYFPSLabel 作者提供的 YYWeakProxy

@interface YYWeakProxy : NSProxy
@end

// 使用方式：
    _link = [CADisplayLink displayLinkWithTarget:[YYWeakProxy proxyWithTarget:self] selector:@selector(tick:)];

代码很少，有兴趣可以自己看下源码。
Tips： OC中 NSProxy 是不继承自 NSObject 的。

3、探索环节：iOS中子线程检测主线程

在和小伙伴分享这个小工具的时候，潘神抛出了这样一个问题：
这里组件是在主线程绘制的label，如果主线程阻塞了还能用吗？

结果是不能。

以下是探索阶段：

1、模拟主线程阻塞，将 link 放在子线程，发现 timer 不能启动

    // 模拟 主线程阻塞 （不应该模拟主线程卡死，模拟卡顿即可）
    dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2.0f * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{  
        NSLog(@"即将阻塞");
        dispatch_sync(dispatch_get_main_queue(), ^{
            NSLog(@"同步阻塞主线程");
        });
        NSLog(@"不会执行");
    });

2、使用CFRunLoopAddObserver检测主线程是否卡顿：

//将观察者添加到主线程runloop的common模式下的观察中 
CFRunLoopAddObserver(CFRunLoopGetMain(), runLoopObserver, kCFRunLoopCommonModes);

这里是能检测到主线程是否卡顿了，但是 timer 在子线程中还是跑不起来。

参考 Starming星光社的检测iOS的APP性能的一些方法

3、在子线程手动创建一个 runloop，提供给 timer。

    dispatch_async(dispatch_get_global_queue(0, 0), ^{
        _link = [CADisplayLink displayLinkWithTarget:self selector:@selector(tick:)];
        // NOTE: 子线程的runloop默认不创建； 在子线程获取 currentRunLoop 对象的时候，就会自动创建RunLoop
        // 这里不加到 main loop，必须创建一个 runloop
        NSRunLoop *runloop = [NSRunLoop currentRunLoop];
        [_link addToRunLoop:runloop forMode:NSRunLoopCommonModes];
        // 必须 timer addToRunLoop 后，再run
        [runloop run];
    });

这样，就可以在子线程中使用 timer 了，但是此时只能 log，无法获通知主线程更新UI： (这里先不在主线程更新UI了)

// 尝试1：主线程阻塞， 这里就不能获取到主线程了
//    dispatch_async(dispatch_get_main_queue(), ^{
//        阻塞时，想通过 在主线程更新UI 来查看是不可行了
//        label_.text = text;
//    });

    // 尝试2：不在主线程操作 UI ，界面会发生变化
    label_.text = text;

参考: 【iOS程序启动与运转】- RunLoop个人小结

以上是学习 YYFPSLabel 时的收获，和对于在子线程中检测主线程的探索。详情可以戳代码：
YYFPSLabel