创建UITableViewController子类的实例后，IDE生成的代码中有例如以下段落：

　　这里就涉及了TableView的重用机制，为了做到显示和数据分离，IOS tableView的实现而且不是为每一个数据项创建一个tableCell。而是仅仅创建屏幕可显示最大个数的cell，然后反复使用这些cell，对cell做单独的显示配置，来达到既不影响显示效果，又能充分节约内容的目的。以下简要分析一下它的实现原理。

　　

重用实现分析

　　查看UITableView头文件，会找到NSMutableArray*  visiableCells，和NSMutableDictnery* reusableTableCells两个结构。visiableCells内保存当前显示的cells，reusableTableCells保存可重用的cells。

　　TableView显示之初，reusableTableCells为空，那么tableView dequeueReusableCellWithIdentifier:CellIdentifier返回nil。開始的cell都是通过[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier]来创建，并且cellForRowAtIndexPath仅仅是调用最大显示cell数的次数。

　　比方：有100条数据，iPhone一屏最多显示10个cell。程序最開始显示TableView的情况是：

　　1. 用[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier]创建10次cell，并给cell指定相同的重用标识(当然，能够为不同显示类型的cell指定不同的标识)。而且10个cell所有都增加到visiableCells数组，reusableTableCells为空。

　　2. 向下拖动tableView，当cell1全然移出屏幕，而且cell11(它也是alloc出来的，原因同上)全然显示出来的时候。cell11增加到visiableCells，cell1移出visiableCells，cell1增加到reusableTableCells。

　　3. 接着向下拖动tableView，由于reusableTableCells中已经有值，所以，当须要显示新的cell，cellForRowAtIndexPath再次被调用的时候，tableView dequeueReusableCellWithIdentifier:CellIdentifier，返回cell1。cell1增加到visiableCells，cell1移出reusableTableCells；cell2移出visiableCells，cell2增加到reusableTableCells。之后再须要显示的Cell就能够正常重用了。

　　所以整个过程并不难理解，但须要注意正是由于这种原因：配置Cell的时候一定要注意，对取出的重用的cell做又一次赋值，不要遗留老数据。

一些情况

　　使用过程中，我注意到，并非仅仅有拖动超出屏幕的时候才会更新reusableTableCells表，还有：

　　1. reloadData，这样的情况比較特殊。通常是部分数据发生变化，须要又一次刷新cell显示的内容时调用。在cellForRowAtIndexPath调用中，全部cell都是重用的。我预计reloadData调用后，把visiableCells中全部cell移入reusableTableCells，visiableCells清空。cellForRowAtIndexPath调用后，再把reuse的cell从reusableTableCells取出来，放入到visiableCells。

　　2. reloadRowsAtIndex，刷新指定的IndexPath。假设调用时reusableTableCells为空，那么cellForRowAtIndexPath调用后，是新创建cell，新的cell增加到visiableCells。老的cell移出visiableCells，增加到reusableTableCells。于是，之后的刷新就有cell做reuse了。