学习 YYKit 代码时，发现 ibireme 在项目里加入的一个查看当前屏幕帧数的小工具，效果如下：
挺实用，实现方法也很简单，但是思路特别棒。
Demo： YYFPSLabel
这里是我在学习 YYKit 大牛代码的过程中的收货，顺便做个笔记：
一、FPSLabel 实现思路：
-
CADisplayLink默认每秒 60次； - 将
CADisplayLinkadd 到mainRunLoop中； - 使用
CADisplayLink的timestamp属性，在CADisplayLink每次 tick 时，记录上一次的timestamp； - 用 _count 记录
CADisplayLinktick 的执行次数; - 计算此次 tick 时，
CADisplayLink的当前 timestamp 和 _lastTimeStamp 的差值； - 如果差值大于1，fps = _count / delta，计算得出 FPS 数；
详见 代码。
二、NSTimer、CADisplayLink 常见问题：
2.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.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 后，计时器仍然在打印
2.3 解决办法1：在页面退出前，或者合适的时候，手动停止 timer，结束循环引用。
注意：在 dealloc 方法中是肯定不行的！由于循环引用，dealloc 方法不会进。
2.4 解决办法：2：YYFPSLabel 作者提供的 YYWeakProxy
@interface YYWeakProxy : NSProxy
@end
// 使用方式：
_link = [CADisplayLink displayLinkWithTarget:[YYWeakProxy proxyWithTarget:self] selector:@selector(tick:)];
代码很少，有兴趣可以自己看下源码。
Tips： OC 中 NSProxy 是不继承自 NSObject 的。
三、探索环节：iOS中子线程检测主线程
在和小伙伴分享这个小工具的时候，潘神抛出了这样一个问题：这里组件是在主线程绘制的label，如果主线程阻塞了还能用吗？结果是不能。
以下是探索：
3.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(@"不会执行");
});
3.2、使用 CFRunLoopAddObserver 检测主线程是否卡顿：
//将观察者添加到主线程runloop的common模式下的观察中
CFRunLoopAddObserver(CFRunLoopGetMain(), runLoopObserver, kCFRunLoopCommonModes);
这里是能检测到主线程是否卡顿了，但是 timer 在子线程中还是跑不起来。
参考 Starming星光社 的 检测iOS的APP性能的一些方法
3.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;
以上是学习 YYFPSLabel 时的收获，和对于在子线程中检测主线程的探索。详情可以戳代码：YYFPSLabel
四、补充：
@beychen 同学提问：为什么__weak typeof(self) weakSelf = self; 不能解决 displayLinkWithTarget 循环引用的问题？
之前给的解释是：
普通的 VC 持有 block，在 block 外 weakSelf 后再传入，block 中持有的是 weakSelf 就能正常释放了。但是 NSTimer 的 target 传 weakSelf 却不行。由于 NSTimer 是闭源的，猜测原因可能如下：
1、 NSTimer 在子线程执行，需要线程保活，会被加入到 RunLoop 中，被 Runloop 强引用；
2、 Block 和 Timer ，对于 self 的持有方式不同， block 是捕获了变量，进行了值拷贝。但是 NSTimer 需要一直调用 target 的 selector，如果 target 先于 NSTimer 释放了，NSTimer 会调不到 selector，会崩溃。所以猜测 NSTimer 的 tagrget 中，对 weakSelf 又进行了类似 StrongSelf 操作，eg:
__weak typeof(self) weakSelf = self;
self.myBlock = ^() {
__strong typeof(weakSelf) strongSelf = weakSelf;
// 永远不会主动停止的动作
};
3、 由于上述 1，NSTimer 本身不会被释放（相当于一个单例），传入 NSTimer 的 taget，被 Timer 加到集合中的话，即使传 weakSelf 也不能释放。这个也是之前 debug 一个内存泄露时发现的类似现象。
可以参考下：
