今天在看iphone开发秘籍的时候，遇到这个问题，就仔细的深入了一下，通过测试，获取了一些自认为还不错的结论，希望对大家在cell复用方面遇到的一些问题会有所帮助。
本篇文章只讲原理，对于如果对cell做界面，不深入讲述。鉴于我的表达能力有限，可能会有我自己清楚，但是却说不清楚的地方，如有问题，留言给我。
UITableView在界面的编程用的甚多，iphone开发也三月有余了，每次用到cellForRowAtIndexPath的委托方法的时候，都是直接copy代码，自己略加一些界面的修改，对于cell的标示符都是static NSString* identifier = @"cell";然后调用dequeueReusableCellWithIdentifier方法获取cell，如果cell为空，再调用[[[UITableViewCellalloc]initWithStyle方法新创建一个，根本没有考虑过更深一些的东西。为了讲解清楚，现放上一段代码，代码copy自iphone开发秘籍，本人为了讲解，略加修改。以下所有讲解均依照此代码进行，因此，如果您希望能够透彻的了解cell的复用机制，建议实际运行以下，跟着讲解，查看效果。代码只有tableVIew的委托方法，因此您需要自己创建工程，把这些委托方法加进去。
上文一共四个委托方法，表明tableView一个section，有32行，高度为58.关于tableView的高度那个委托方法的返回的高度值，建议最好自己运行程序查看以下，最终达到一页的界面显示8个cell，第8个cell显示一半也行，但是不能显示9和7个cell。我这里之所以为58，由于（480 - 44）/ 58 为7.5 的样子，44为navigationBar的高度，480为屏幕的高度。总之，需要达到的效果是一页显示7个多的cell。还有那个icon.png需要自己准备了，要把它显示出来。是不是很麻烦呀？没办法，谁让我们在获得知识呢，知识总是需要点功夫的。
[cpp] view plain copy
- (NSInteger)numberOfSectionsInTableView:(UITableView *)aTableView
{
return 1;
}
- (NSInteger)tableView:(UITableView *)aTableView numberOfRowsInSection:(NSInteger)section
{
return 32;
}
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
return 58;
}
- (UITableViewCell *)tableView:(UITableView *)tView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
UITableViewCellStyle style;
NSString *cellType;
switch (indexPath.row % 4)
{
case 0:
style = UITableViewCellStyleDefault;
cellType = @"Default Style";
//有标题没有正文（没有细节文字）。可选的图片
break;
case 1:
style = UITableViewCellStyleSubtitle;
cellType = @"Subtitle Style";
//标题和正文方式，上下排布。可选的图片
break;
case 2:
style = UITableViewCellStyleValue1;
cellType = @"Value1 Style";
//左边文字左对齐，右边文字右对齐。可选的图片
break;
case 3:
style = UITableViewCellStyleValue2;
cellType = @"Value2 Style";
//左边文字右对齐，蓝色；右边文字左对齐，黑色。没有图片
break;
}
static int i = 0;
UITableViewCell *cell = [tView dequeueReusableCellWithIdentifier:cellType];
if (!cell)
{
cell = [[[UITableViewCell alloc] initWithStyle:style reuseIdentifier:cellType] autorelease];
++i;
NSLog(@"cell created %d times", i);
}
if (indexPath.row > 3)
cell.imageView.image = [UIImage imageNamed:@"icon.png"];
cell.textLabel.text = cellType;
cell.detailTextLabel.text = @"Subtitle text";
return cell;
}
首先讲解一下复用队列：
复用队列的元素增加：只有在cell被滑动出界面的时候，此cell才会被加入到复用队列中。每次在创建cell的时候，程序会首先通过调用dequeueReusableCellWithIdentifier:cellType方法，到复用队列中去寻找标示符为“cellType”的cell，如果找不到，返回nil，然后程序去通过调用[[[UITableViewCell alloc] initWithStyle:style reuseIdentifier:cellType] autorelease]来创建标示符为“cellType”的cell。
先运行一次程序，不要滑动cell，查看打印日志，会有打印"cell create 1 times",,,"cell create 8 times"，一共有8个日志，表明cell创建了8次，这个日志打印是在cellForRowAtIndexPath中的创建cell的时候打印的。然后慢慢向下（向下的意思，实际上是手向上滑动，让界面显示下一个cell，向上与之相反）滑动cell，到显示第九个cell的时候，会看到打印一条日志"cell create 9 times",然后继续慢慢向下滑动，会有"cell create 10 times"，直到滑动到第12个cell以后，cell被创建了12个之后，以后再怎么滑动，cell都不会被创建了。也就是说本tableView要完整的工作，一共创建了12个cell。
开始解释原因了：
第一页的界面一共需要展示8个cell，故而cell需要创建8次，每一个cell负责自己的数据显示。
此8个创建以后，复用队列依然为空（因为你此时还没有滑动cell呢，复用队列的元素不会增加）。
注解
- 首先根据屏幕的高度和cell的高度计算出，在屏幕上可见的cell的个数。在内存中创建可见个数的cell的内存空间。根据以上计算得出的cell的个数为8
- 必须明白一点，8个cell创建后，当你滚动tableView，显示第9个cell后，此时的复用队列依然是空的，因为，第一个cell还处在屏幕的可见范围内，当第一个cell彻底从屏幕消失的时候，复用队列中才添加了第一个从屏幕消失的cell
然后在向下滑动显示出第9个cell的时候，还会调用cellForRowAtIndexPath方法，在此方法中，它首先到可复用队列中去找，由于此时队列为空，它创建了一个cell，打印日志，同时当第1个cell滑动出界面之外，第一个cell进入到复用队列中，队列中有一个元素，此元素的表示符为@"Default Style"。然后继续向下滑动cell，开始显示第10个cell，它同样到复用队列中去找，第10个cell的标示符为@"Subtitle Style"，但是队列中唯一的cell的标示符为@"Default Style"，根据标示符寻找，没有找到，故而再次创建一个新的cell，同时将滑动出界面的第2个cell进入复用队列。此时复用队列有两个元素，标示符为@"Default Style"，@"Subtitle Style"。同样的道理，滑动到第11个cell的时候，第3个cell入队，第12个cell的时候，第4个cell入队。此时复用队列的元素个数为四个，标示符分别为：@"Default Style"，@"Subtitle Style"，@"Value1 Style"，@"Value2 Style".然后继续滑动cell，当滑动到第13个cell的时候，它的标示符为@"Default Style"，它到复用队列中去找，可以找到。故而，这个cell就不会被创建了，同理，再次向下滑动，以下的所有cell都可以根据标示符找到对应的cell，不会有被创建的。在向下滑动的过程中，滑动出去的cell会被入队，不过只入队创建了的cell，也就是说最终队列中会有12个cell。对于每次取对应标示符的元素，到底取的是哪一个？采用的什么策略？这个我不知道，我通过打印查看的是在向下滑动的过程中，一直顺着队列找，队列是一个循环队列。向上滑动的时候，逆着队列向上找，由于是循环队列，一直在转圈。
如果你仔细看的话，你会发现第一个cell本来没有图片，为什么一划下去再次滑动（如果滑动的距离远，一次搞定，如果滑动的距离近，多上下滑动几次）上来又有图片了呢？这个就要思考一个：第一个cell在滑出界面又划入界面的时候，是从复用队列拿到的。复用队列有12个元素，第1，5，9还第一个cell有相同的标示符，第1个没有图片，第5个和第9个有图片。当用户复用的是第一个cell的时候，它是没有图片，当用户复用第5，9个cell的时候，它是有图片的。因此，当你上下滑动，查看第一个cell的时候，你会看到它一会有图片，一会没有图片。这个跟复用时候的队列查找规则有关。
实用篇：
说了那么多，全是关于原理的。现在说点实用的。如果你想在所有的cell中添加一个按钮，你是应该在if中添加，还是应该在if之外添加呢？毫无疑问，应该在if中，如果你是在if的外面添加的，那会导致，你在向下滑动cell的过程中，取出来的cell本来已经带有button了，而你还在addSubview,按钮越来越多。或者你可以采用在if外面添加，前提是每次先cell remove掉其所有的子视图。这样太消耗cpu，麻烦了。如果你想一行隔着一行有按钮和没有按钮，你该怎么做呢？稍微思考一下，这个可是两种风格的cell，故而在滑出界面进行重用的时候，它们应该属于不同的标示符。于是你在创建cell的时候，应该去指定两种标示符，创建两种cell。当然，也许你聪明了，我是不是可以在if之外先remove掉cell的所有子视图，然后根据row % 2 == 0或者！=0 来进行addSubView：button吗？答案当然是肯定的，但是这样还是同样的问题，太消耗cpu了。平常我们给每一个cell添加了一个button，肯定要添加事件的。对于不同的button，响应不同的事件？那么我是不是通过在if语句中给button设置它的tag标记（例如button.tag = indexpath.row)来实现呢？哈哈，你应该足够聪明了吧，当然不行。你可以这样想，if语句是用来创建的，它只被执行了（例如上面的例子：12次），但是你可能有几百行的cell，当然你的tag也就只有12个了，明显不对应。像这样的，应该怎么处理呢？答案是：放在if的外面。你在if外面设置了tag标记，当然，在某一个具体的时间点上，仍然只有12个标记，但是这12个标记是可变的，例如当前界面显示第100-111号的cell，那么此时的button的tag就会是100-111了，仍然是12个按钮，但是它们会根据用户的滑动，进行不同的tag切换，相当于拥有了很多个按钮。如果你没有被我说的话给弄晕，脑袋又足够清醒的话，
你应该可以得出以下的结论：
对于界面的定制，放在if中比较好，一个cell中只创建一次；
对于数据的定制，放在if外面比较好，对于不同的cell，表示不同的内容，虽然只有12个cell，但是cell中存放的数据我可以任意的映射。
如果你得出了这个结论，那么如果在加上textField,label等等，你应该可以轻松搞定。不仅仅是表面上，更重要的是，你理解了原理，掌握了机制，万变都不怕，即使有新的需求，脑袋想想，或者拿着这篇文章看看，希望能给你一些启示。