今天来简要介绍下iOS开发组件UITableViewController中的Cell循环机制。
前言
当前iOS设备的内存是有限的。当使用Table View来展示数据时，假设行数有成千上万行，则一次性生成这么多的cell，显然会带来极大的内存消耗。因此，iOS只对即将滚动出现的cell进行“配置”；并引入了对UITableViewCell的循环机制，把即将滚动消失的cell缓存起来以循环利用，这样便大大优化了内存管理。
Cell循环的传送带模型
Cell的循环机制可以类比为传送带模型，如下图所示：
假设Table View从下往上滚动，虚线框中的是这个Table View的可见cell部分。这里有2种不同类型的cell，分别记为A类和B类。则此刻，可见cell分别是A类的a2 cell、B类的b1 cell与A类的a3 cell；已经滚动离开的cell有A类的a1 cell；即将滚动显示的cell有B类的b2 cell、A类的a4 cell等。
由于a1 cell已经滚动离开了可见cell区，则它被撤下传送带，放入A类的Cache Cell集合中，为下次复用做好准备。
当b2 cell要滚动进入可见cell区时（a2 cell相应地滚动离开，进入cache集合），首先在B类 Cache Cell集合中寻找是否有可以复用的cell，结果是没有找到，则根据cell的identifier和cell模板新创建一个B类cell，进行数据配置，然后随着传送带滚动进入可见cell区。
当a4 cell要滚动进入可见cell区时，首先在A类 Cache Cell集合中寻找是否有可以复用的cell，由于之前a1、a2 cell已经进入了该集合，故a4 cell可以复用之前已经创建的cell，而不需要额外创建新的cell。对获得的cell进行数据配置，然后传动带将该cell送入可见cell区。
获取cell：dequeueReusableCellWithIdentifier
iOS在内部实现了传送带模型，我们只需调用UITableView的下列api，就能获取一个或是新建，或是复用的cell：
@available(iOS 6.0, *)
public func dequeueReusableCellWithIdentifier(identifier: String, forIndexPath indexPath: NSIndexPath) -> UITableViewCell
public func dequeueReusableCellWithIdentifier(identifier: String) -> UITableViewCell?
对cell进行配置
在获取cell后，一般需要对cell的content进行配置，然后将配置后的cell展示出来。有以下3种方法能够对cell进行content配置，在这里大概提下，具体可以查看官网文档。
- cellForRowAtIndexPath。这是最常用的一种方法，也是遵循UITableViewDataSource协议时必须实现的方法。一般在这里对cell内部的各个组件进行数据配置。
- prepareForReuse。这个方法在dequeueReusableCellWithIdentifier返回cell前调用。一般在这里对cell的非content属性进行配置（如：editing、selection属性等）。
- willDisplayCell:forRowAtIndexPath。这个方法在cellForRowAtIndexPath之后调用，也是cell在显示在屏幕前的最后一步能够进行修改的地方。一般在这里对cell进行状态改变信息的配置（如：selection属性、背景颜色等）。
结语
以上是对Table Cell循环机制的一些杂谈，若有不足之处，请予指正。希望这篇文章对你有所帮助_。
