iOS使用tableView展示倒计时

说到倒计时，首先想到的就是定时器(NSTimer)。刚在cocoaChina上看了一篇帖子：乍一看，觉得挺好，但是仔细想想，又感觉不太合理。

帖子的地址我放出来，感兴趣的可以去看下，仁者见仁，智者见智：http://www.cocoachina.com/ios/20170704/19718.html

总有人认为，若是每一个cell都创建一个timer，那么数据过多的话，会导致性能开销过大。有这种想法的，我真想问问你是跟谁学的，cell的最大特点，就是复用，每一个tableView创建cell个数是不会超过屏幕上显示的数量的。因此，我个人认为，若非特殊情况，可以不用考虑timer引起的性能问题，下图是同时开启14个倒计时timer的性能消耗比例：

同时开启14个倒计时timer的性能消耗

下面就来模拟一下倒计时的实现原理：
假设我们从服务器拿来了一套数据，包含各个商品的倒计时抢购时间，这时，只需要把时间传入cell中，开启timer就OK了。但是事实并非如此，当我们每一次滑动表的时候，倒计时都会再一次 从头计算。因为每一次滑动表，cell拿到的还是 原来的数据。有人是这样做的：再新建一个timer，对原数据中的倒计时时间实时更新，这样做的问题可能会更大，如果数据量过大，刷新频率过高，会导致内存飙升，甚至出现主线程卡顿的情况。
思路很好，我们只需要换一种方法，如果能拿到数据刷新时的时间和表刷新时的 时间差，是不是就可以了呢？
这需要再来模拟下：
假设我们从服务器拿来了一套数据，包含各个商品的倒计时抢购时间，OK，现在先别急着把数据传到cell，先 记录下此时的时间，当我们每一次刷新表的时候，计算一下 时间差，用原数据中的倒计时时间减去时间差，得到的，就是真实的倒计时时间，然后传入cell中，开启timer展示。

说了这么多，不如一个demo直观，github地址：https://github.com/wangzhaomeng/LLTimerTableView

扩展知识
timer的释放问题一直是导致内存泄漏的金牌杀手，给大家说一个极其简单的自动释放的方法，就拿这一次的倒计时cell举例，在cell里重写这个方法：

timer的自动释放

一般人，我不告诉他，有图有真相：

cell释放

觉得好，请给个star，谢谢！