iOS开发笔记--解决UITableView中Cell重用机制导致内容出错的方法总结
UITableView继承自UIScrollview,是苹果为我们封装好的一个基于scroll的控件。上面主要是一个个的UITableViewCell,可以让UITableViewCell响应一些点击事件，也可以在UITableViewCell中加入UITextField或者UITextView等子视图，使得可以在cell上进行文字编辑。
UITableView中的cell可以有很多，一般会通过重用cell来达到节省内存的目的:通过为每个cell指定一个重用标识符(reuseIdentifier),即指定了单元格的种类,当cell滚出屏幕时,会将滚出屏幕的单元格放入重用的queue中，当某个未在屏幕上的单元格要显示的时候，就从这个queue中取出单元格进行重用。
但对于多变的自定义cell，有时这种重用机制会出错。比如，当一个cell含有一个UITextField的子类并被放在重用queue中以待重用，这时如果一个未包含任何子视图的cell要显示在屏幕上，就会取出并使用这个重用的cell显示在无任何子视图的cell中，这时候就会出错。
解决方法：
方法1 将获得cell的方法从- (*)dequeueReusableCellWithIdentifier:(*)identifier
换为-( *)cellForRowAtIndexPath:( *)indexPath
重用机制调用的就是dequeueReusableCellWithIdentifier这个方法，方法的意思就是“出列可重用的cell”，因而只要将它换为cellForRowAtIndexPath（只从要更新的cell的那一行取出cell），就可以不使用重用机制，因而问题就可以得到解决，虽然可能会浪费一些空间。
示例代码：
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
static NSString *CellIdentifier = @"Cell";
// UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier]; //改为以下的方法
UITableViewCell *cell = [tableView cellForRowAtIndexPath:indexPath]; //根据indexPath准确地取出一行，而不是从cell重用队列中取出
if (cell == nil) {
cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier];
//...其他代码
方法2 通过为每个cell指定不同的重用标识符(reuseIdentifier)来解决。
重用机制是根据相同的标识符来重用cell的，标识符不同的cell不能彼此重用。于是我们将每个cell的标识符都设置为不同，就可以避免不同cell重用的问题了。
示例代码：
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
NSString *CellIdentifier = [NSString stringWithFormat:@"Cell%d%d", [indexPath section], [indexPath row]];//以indexPath来唯一确定cell
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier]; //出列可重用的cell
if (cell == nil) {
cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier];
//...其他代码
方法3 删除重用cell的所有子视图
这个方法是通过删除重用的cell的所有子视图，从而得到一个没有特殊格式的cell，供其他cell重用。
示例代码：
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
static NSString *CellIdentifier = @"Cell";
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier]; //出列可重用的cell
if (cell == nil) {
cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier];
//删除cell的所有子视图
while ([cell.contentView.subviews lastObject] != nil)
[(UIView*)[cell.contentView.subviews lastObject] removeFromSuperview];
//...其他代码
该文转自：
参考文章：http://blog.csdn.net/orietech/article/details/6653974
http://blog.sina.com.cn/s/blog_5fb39f910101aend.html
http://blog.csdn.net/ugg/article/details/7237902
没有更多推荐了，
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！iOS UITableView单元格单击出现延迟，双击正常执行事件问题
最近在开发中遇到了一个问题，我使用的抽屉视图，在抽屉左边视图上面添加了一个UITableView，这里的Tableview是静态的。因为需要一个背景图片，所以我把这个
tableView 的 背景颜色设置成了透明色，添加到另外一个背景透明的UIVIew 上面，然后又在 这个 UIView 上面 添加了一个 HeaderView
，下面添加了一个
FooterView，如下
现在遇到了一个问题，当我点击 tableView 上面的Cell的时候，下一个页面出现 的 过程总会延迟 好几秒，这里我使用的是presentViewController这个方法，使用
push 的时候 没有延迟这样的情况，不知道是 抽屉视图的 影响还是，其他原因，目前正在查找。最后我找不到原因，但是直觉告诉我 是
cell 被选中的时候 响应链
传递事件的过程中 跟某一个已存在的 事件 冲突了。从而导致
他在判断 需要响应 的到底是哪个事件 。我直接 又给 cell 上面添加了一个
btn ，这样就不执行
cellselected 方法。而直接执行
btnclick 方法 这样就没有延迟了。但这是 治标不治本的方法，这样解决问题，自己少了一次成长的机会啊，如果哪位同仁找到了本质问题所在欢迎留言一起探讨。
经过后期的研究，应该是手势冲突，我们需要在适当的时候给我们的不需要的手势释放掉，以解决这个问题。现在就去检查一下你的手势吧。
没有更多推荐了，
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！iOS开发——项目实战总结&UITableView性能优化与卡顿问题
时间： 18:10:25
&&&& 阅读：20054
&&&& 评论：
&&&& 收藏：0
标签：UITableView性能优化与卡顿问题
1.最常用的就是cell的重用， 注册重用标识符
如果不重用cell时，每当一个cell显示到屏幕上时，就会重新创建一个新的cell
如果有很多数据的时候，就会堆积很多cell。如果重用cell，为cell创建一个ID
每当需要显示cell 的时候，都会先去缓冲池中寻找可循环利用的cell，如果没有再重新创建cell
2.避免cell的重新布局
cell的布局填充等操作 比较耗时，一般创建时就布局好
如可以将cell单独放到一个自定义类，初始化时就布局好
3.提前计算并缓存cell的属性及内容
当我们创建cell的数据源方法时，编译器并不是先创建cell 再定cell的高度
而是先根据内容一次确定每一个cell的高度，高度确定后，再创建要显示的cell，滚动时，每当cell进入凭虚都会计算高度，提前估算高度告诉编译器，编译器知道高度后，紧接着就会创建cell，这时再调用高度的具体计算方法，这样可以方式浪费时间去计算显示以外的cell
4.减少cell中控件的数量
尽量使cell得布局大致相同，不同风格的cell可以使用不用的重用标识符，初始化时添加控件，
不适用的可以先隐藏
5.不要使用ClearColor，无背景色，透明度也不要设置为0
渲染耗时比较长
6.使用局部更新
如果只是更新某组的话，使用reloadSection进行局部更新
7.加载网络数据，下载图片，使用异步加载，并缓存
8.少使用addView 给cell动态添加view
9.按需加载cell，cell滚动很快时，只加载范围内的cell
10.不要实现无用的代理方法，tableView只遵守两个协议
11.缓存行高：estimatedHeightForRow不能和HeightForRow里面的layoutIfNeed同时存在，这两者同时存在才会出现&窜动&的bug。所以我的建议是：只要是固定行高就写预估行高来减少行高调用次数提升性能。如果是动态行高就不要写预估方法了，用一个行高的缓存字典来减少代码的调用次数即可
有了上面的问题，我们在优化tableView的时候就能好解决一个卡顿的问题了。
在iOS应用中，UITableView应该是使用率最高的视图之一了。iPod、时钟、日历、备忘录、Mail、天气、照片、电话、短信、 Safari、App Store、iTunes、Game Center&几乎所有自带的应用中都能看到它的身影，可见它的重要性。
然而在使用第三方应用时，却经常遇到性能上的问题，普遍表现在滚动时比较卡，特别是table cell中包含图片的情况时。
实际上只要针对性地优化一下，这种问题就不会有了。有兴趣的可以看看 LazyTableImages这个官方的例子程序，虽然也要从网上下载图片并显示，但滚动时丝毫不卡。
下面就说说我对UITableView的了解。不过由于我也是初学者，或许会说错或遗漏一些，因此仅供参考。
首先说下UITableView的原理。有兴趣的可以看看 《About Table Views in iOS-Based Applications》。
UITableView是UIScrollView的子类，因此它可以自动响应滚动事件（一般为上下滚动）。
它 内部包含0到多个UITableViewCell对象，每个table cell展示各自的内容。当新cell需要被显示时，就会调用tableView:cellForRowAtIndexPath:方法来获取或创建一个 cell；而不可视时，它又会被释放。由此可见，同一时间其实只需要存在一屏幕的cell对象即可，不需要为每一行创建一个cell。
此 外，UITableView还可以分为多个sections，每个区段都可以有自己的head、foot和cells。而在定位一个cell时，就需要2 个字段了：在哪个section，以及在这个section的第几行。这在iOS SDK中是用NSIndexPath来表述的，UIKit为其添加了indexPathForRow:inSection:这个创建方法。
其他诸如编辑之类的就不提了，因为和本文无关。
介绍完原理，接下来就开始优化吧。&
使用不透明视图。
不透明的视图可以极大地提高渲染的速度。因此如非必要，可以将table cell及其子视图的opaque属性设为YES（默认值）。
其中的特例包括背景色，它的alpha值应该为1（例如不要使用clearColor）；图像的alpha值也应该为1，或者在画图时设为不透明。
不要重复创建不必要的table cell。
前面说了，UITableView只需要一屏幕的UITableViewCell对象即可。因此在cell不可见时，可以将其缓存起来，而在需要时继续使用它即可。
而UITableView也提供了这种机制，只需要简单地设置一个identifier即可：
static NSString *CellIdentifier = @"xxx";
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier];
if (cell == nil) {
cell = [[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier] autorelease];
值得一提的是，cell被重用时，它内部绘制的内容并不会被自动清除，因此你可能需要调用setNeedsDisplayInRect:或setNeedsDisplay方法。
此 外，在添加table cell的时候，如果不需要动画效果，最好不要使用insertRowsAtIndexPaths:withRowAnimation:方法，而是直接调 用reloadData方法。因为前者会对所有indexPaths调用tableView:cellForRowAtIndexPath:方法，即便该 cell并不需要显示（不知道是不是bug），这就可能创建大量多余的cell。勘误：只是在模拟器上测试如此，真机调试时没有这种bug。
减少视图的数目。
UITableViewCell包含了textLabel、detailTextLabel和imageView等view，而你还可以自定义一些视图放在它的contentView里。然而view是很大的对象，创建它会消耗较多资源，并且也影响渲染的性能。
如果你的table cell包含图片，且数目较多，使用默认的UITableViewCell会非常影响性能。奇怪的是，使用自定义的view，而非预定义的view，明显会快些。
当然，最佳的解决办法还是继承UITableViewCell，并在其drawRect:中自行绘制：
- (void)drawRect:(CGRect)rect
if (image)
[image drawAtPoint:imagePoint];
self.image =
[placeHolder drawAtPoint:imagePoint];
[text drawInRect:textRect withFont:font lineBreakMode:UILineBreakModeTailTruncation];
不过这样一来，你会发现选中一行后，这个cell就变蓝了，其中的内容就被挡住了。最简单的方法就是将cell的selectionStyle属性设为UITableViewCellSelectionStyleNone，这样就不会被高亮了。
此 外还可以创建CALayer，将内容绘制到layer上，然后对cell的contentView.layer调用addSublayer:方法。这个例 子中，layer并不会显著影响性能，但如果layer透明，或者有圆角、变形等效果，就会影响到绘制速度了。解决办法可参见后面的预渲染图像。
不要做多余的绘制工作。
在实现drawRect:的时候，它的rect参数就是需要绘制的区域，这个区域之外的不需要进行绘制。
例如上例中，就可以用CGRectIntersectsRect、CGRectIntersection或CGRectContainsRect判断是否需要绘制image和text，然后再调用绘制方法。
预渲染图像。
你会发现即使做到了上述几点，当新的图像出现时，仍然会有短暂的停顿现象。解决的办法就是在bitmap context里先将其画一遍，导出成UIImage对象，然后再绘制到屏幕，详细做法可见《利用预渲染加速iOS设备的图像显示》。
不要阻塞主线程。
做到前几点后，你的table view滚动时应该足够流畅了，不过你仍可能让用户感到不爽。常见的现象就是在更新数据时，整个界面卡住不动，完全不响应用户请求。
出现这种现象的原因就是主线程执行了耗时很长的函数或方法，在其执行完毕前，无法绘制屏幕和响应用户请求。其中最常见的就是网络请求了，它通常都需要花费数秒的时间，而你不应该让用户等待那么久。
解 决办法就是使用多线程，让子线程去执行这些函数或方法。这里面还有一个学问，当下载线程数超过2时，会显著影响主线程的性能。因此在使用 ASIHTTPRequest时，可以用一个NSOperationQueue来维护下载请求，并将其 maxConcurrentOperationCount设为2。而NSURLRequest则可以配合GCD来实现，或者使用NSURLConnection的setDelegateQueue:方法。
当然，在不需要响应用户请求时，也可以增加下载线程数，以加快下载速度：
1 - (void)scrollViewDidEndDragging:(UIScrollView *)scrollView willDecelerate:(BOOL)decelerate { if (!decelerate) { queue.maxConcurrentOperationCount = 5; } } - (void)scrollViewDidEndDecelerating:(UIScrollView *)scrollView { queue.maxConcurrentOperationCount = 5; } - (void)scrollViewWillBeginDragging:(UIScrollView *)scrollView { queue.maxConcurrentOperationCount = 2; }
此外，自动载入更新数据对用户来说也很友好，这减少了用户等待下载的时间。例如每次载入50条信息，那就可以在滚动到倒数第10条以内时，加载更多信息：
- (void)tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell forRowAtIndexPath:(NSIndexPath *)indexPath { if (count - indexPath.row & 10 && !updating) { updating = YES; [self update]; } }// update方法获取到结果后，设置updating为NO
还有一点要注意的就是当图片下载完成后，如果cell是可见的，还需要更新图像：
1 NSArray *indexPaths = [self.tableView indexPathsForVisibleRows];
2 for (NSIndexPath *visibleIndexPath in indexPaths) {
if (indexPath == visibleIndexPath) {
4 MyTableViewCell *cell = (MyTableViewCell *)[self.tableView cellForRowAtIndexPath:indexPath];
cell.image =
6 [cell setNeedsDisplayInRect:imageRect]; break;
}// 也可不遍历，直接与头尾相比较，看是否在中间即可。
最后还是前面所说过的insertRowsAtIndexPaths:withRowAnimation:方法，插入新行需要在主线程执行，而一次插入很多行的话（例如50行），会长时间阻塞主线程。而换成reloadData方法的话，瞬间就处理完了。
&标签：原文地址：http://www.cnblogs.com/iCocos/p/4988774.html
&&国之画&&&& &&&&chrome插件
版权所有 京ICP备号-2
迷上了代码！22:09 提问
uitableview往上拉时有时跳到第一个cell那里,怎么解决啊?
uitableview
上拉时跳到初始位置
按赞数排序
做一个变量，保存当前的位置，在上拉的时候再滚动回来。
这是什么情况，理论上不会用这个问题啊
准确详细的回答，更有利于被提问者采纳，从而获得C币。复制、灌水、广告等回答会被删除，是时候展现真正的技术了！
其他相关推荐在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。
问题对人有帮助，内容完整，我也想知道答案
问题没有实际价值，缺少关键内容，没有改进余地
如下图，TableView顶部有一个空白区域，iOS 7里面特有的，能不能去掉它呢？它的意义在哪里？
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
iOS 7 viewcontroller新增属性automaticallyAdjustsScrollViewInsets，即是否根据按所在界面的navigationbar与tabbar的高度，自动调整scrollview的 inset,设置为no，让它不要自动调整就可以了，个人感觉很二的一个东西，iOS 7的SDK开发者有点不按套路出牌啊，是因为iOS 换掉负责人的关系吗？
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
他的意义在于，让你以坐标 0,0 fullScreen 布局。这样才能透过导航栏的毛玻璃看出朦胧的感觉，，，朦朦胧胧，就像少女披了层纱，你说美不美。。。走题了， 7 的理念是突出内容，淡化 UI 。让你感觉你能看到的东西更多了。比如我就很讨厌现在还居然一堆 app 在那走卡片风格，不按 edge to edge 来，你空那么一道缝，它到底有啥用，浪费屏幕像素。
我觉得这并不是一个很二的东西，我感觉把那属性设为 NO 才是很二的事情，如果需要兼容 7 以下版本，这并不能让你的代码工作量减少多少，反而还会让 7 用户觉得你这界面太丑太 low ，根本不适配系统风格。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
没用过XIB， 用代码创建时没有这个问题吧
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
用XCode 5的storyboard和xib都试了一下，没有重现这个问题。题主要不把源文件打包传上来看看。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
UITableView的y是0，这块空白区域就刚好挡在NavigationBar的后边。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
让你在滑动tableView的时候可以看到导航栏下面的内容。
开始的时候是从导航栏以下开始第一个cell. 不影响使用
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
edgesForExtendedLayout 是调整这个吧，
同步到新浪微博
分享到微博？
关闭理由：
删除理由：
忽略理由：
推广（招聘、广告、SEO 等）方面的内容
与已有问题重复（请编辑该提问指向已有相同问题）
答非所问，不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因（请补充说明）
我要该，理由是：
在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。