UITableView的复用简单来说，就是当UITableView需要加载的UITableViewCell总高度超过自身高度的时候，采用的一种机制。假设只能显示全5个UITableViewCell，那么在上划或者下划的时候，UITableView先不去生成一个新的cell，而是会先从自身的资源池中拿取需要显示的Cell来进行加载，并把那个划走的cell保存在自身的缓存池中，以方便下次加载使用，如果资源池没有需要加载的cell，才会新生成一个。这样常用cell个数一直保持在能完整显示的cell数多一两个，节省了资源。
但是有时也会因为复用问题，而出现了更多的bug。这次遇到的问题就是由这种原因导致。代码如下
DataSource中的实现方法.png
和普通创建的cell没有什么区别，理想情况是只有第一条和最后一条有数据，其他都是无数据的状态。但是实际效果如下。
GifShow.gif
随着滑动，其他cell也出现了数据。
由于前一阵项目紧张，我只是将dequeueReusableCellWithIdentifier:这个方法替换成了cellForRowAtIndexPath:方法，虽然解决了问题，但是浪费了空间，数据量小的时候没有过多影响，但是如果数据量很庞大的时候就会有影响。后来经过最近的查找，让我找到了当时会出现这种情况的原因，也了解到了解决的办法。
原来在拿一个UITableViewCell进行复用的过程中，它所有的被设置的属性都会被复用，如果一个属性没有被显性的设置出来，那么这个属性就会复用其他cell的这个属性。这样才会导致上面看到的结果。后来查看代码也找到了原因，在赋值时，如果没有该字段我不予处理，自定义UITableViewCell中的代码如下
更改前.png
更改后.png
如此，只要显性的把所有情况下的赋值都显性的变现出来，就不会再出现数据错乱的现象了。
所以，总结出来就是在设置cell里存在差异性的属性的时候，有了if一定要有else，否则就会出现因为复用导致的数据错乱的现象。Ps：属性的设置的方法也不要在
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
方法中的if里面调用，否则也会出现问题。
-----------此处有个分割线-----------
关于UITableView的性能优化
从我们获取数据到UITableView展示这些数据都会经历下面几个步骤
1.获取本地/网络数据
2.将数据处理后存入model中
3.TableView执行reload方法
4.先执行cellForRowAtIndexPath方法，创建自定义cell，将model赋值给cell
5.之后执行heightForRowAtIndexPath方法，确定每个cell的高度
熟悉了操作步骤后，可以在这一过程中进行优化，以下是整理和借鉴网上的方法
1.通过reuseIdentifier的使用来重用cell
2.尽量减少subviews，减少颜色阴影等渲染
3.缓存出现过的cell高度
4.选择合适的数据结构来承载数据，不同的数据结构对不同操作的开销是存在差异的
5.rowHeight,sectionHeaderHeight,sectionFooterHeight尽量使用常量
6.在需要处理庞大数据量时，合理使用线程。例如在分线程中请求并处理好数据后，在主线程中刷新TableView；在cell加载网络数据时，异步加载数据，并缓存服务器的响应报文；
7.避免频繁的对象创建，尽量将所有数据处理后存入model中，然后再赋值给cell中的属性
8.减少对象的属性赋值操作，例如label的高度在一行至两行之间变化，可以分两类cell来显示，因为对象的调整也经常是消耗 CPU 资源的地方。
9.异步绘制：http://www.cocoachina.com/ios/20180207/22197.html
参考文章地址：
https://www.cnblogs.com/YujianYuanYang/p/4966242.html
https://www.jianshu.com/p/2da5976f76e9
https://blog.ibireme.com/2015/11/12/smooth_user_interfaces_for_ios/
网友评论