使用NSTimer过程中最大的两个坑

坑1. retain cycle问题。

在一个对象中使用循环执行的nstimer时，若希望在对象的dealloc方法中释放这个nstimer，结局会让你很失望。

这个timer会导致你的对象根本不会被释放，所以不会调用dealloc方法，同时这个nstimer也永远不会停止。

解决方案：

a. 变更你的意图，在对象被释放之前你如果能保证触发timer的invalidate，那么你可以避免这个问题。

b.给你的对象加一个weak的代理，让这个代理去当冤大头，供timer去强引用；同时这个代理不会持有你的对象，这样就解除了retaincycle.

一个weak代理的实现参考: yykit的yyweakProxy. https://github.com/ibireme/YYKit/blob/master/YYKit/Utility/YYWeakProxy.h

c. 使用其他方法来实现循环执行,比如gcd的方法（gcd还有另外的好处，比如精度；nstimer是依赖runloop的，触发时机和runloop有关）。

 

坑2.在子线程中的使用。

在子线程中使用NSTimer是需要特别处理的；否则你会发现你的timer方法很可能永远不被触发。

这个坑还是跟runloop有关；nstimer是依赖于runloop的，默认创建的子线程一般没有在运行中的runloop；这样一来你的timer变成了无源之水，也就歇菜了。

解决方案：

a.为你的线程添加runloop,并启动该runloop

b.手动将timer添加到runloop(例):

[[NSRunLoop currentRunLoop] addTimer:timer1 forMode:NSRunLoopCommonModes];

[[NSRunLoop currentRunLoop] run];

或者：

[[NSRunLoop mainRunLoop] addTimer:timer1 forMode:NSRunLoopCommonModes];

结语:NSTimer重复执行时因为被runloop强引用，同时其又会强引用timer方法所在的对象，所以存在了这个retain cycle问题;

同时也因为其依赖于runloop，所以在线程中运行需要额外设置。

另外，因为runloop的触发机制也限制了它的精度，所以综合来看，对于一个高要求的定时处理，nstimer并不是一个很好的选择；大家在使用时需要多多注意，避免踏坑。