我找了很多的文档看原因，最后自己解决了 ，不过感觉这个还是很有用的：
1.UITableViewCell重用机制？
UITableView只会创建一屏幕（或者一屏幕多一点）的cell，其他都是取出来重用的。每当cell滑出屏幕的时候，就会放到一个集合中，当要显示某一位置的cell时，会先去集合中取，有的话，就直接拿出来显示，没有在创建。
2.tableView滑动为什么会卡顿？
cell赋值内容时，会根据内容设置布局，也就可以知道cell的高度，若有1000行，就会调用1000次 cellForRow方法，而我们对cell的处理操作，都是在这个方法中赋值，布局等等，开销很大。
3.优化方法？
3.1优化：heightForRow方法处理cell高度。
思路：赋值和计算布局分离。cellForRow负责赋值，heightRorRow负责计算高度。
3.2自定义cell绘制：
各个信息都是根据之前算好的布局进行绘制的。需要异步绘制。重写draeRect方法就不需要异步绘制了，因为drawRect本来就是异步绘制的。图文混排的绘制，coreText绘制。
3.3按需加载（UIScrollView方面）：
如果目标行与当前行相差超过指定行数，只在目标滚动范围的前后制定n行加载。滚动很快时，只加载目标范围内得cell，这样按需加载，极大地提高了流畅性。
4.总结
1.提前计算并缓存好高度，因为heightForRow最频繁的调用。
2.异步绘制，遇到复杂界面，性能瓶颈时，可能是突破口。
3.滑动时按需加载，这个在大量图片展示，网络加载时，很管用。（SDWebImage已经实现异步加载）。
4.重用cells。
5.如果cell内显示得内容来自web，使用异步加载，缓存结果请求。
6.少用或不用透明图层，使用不透明视图。
7.尽量使所有的view opaque，包括cell本身。
8.减少subViews
9.少用addView给cell动态添加view，可以初始化的时候就添加，然后通过hide控制是否显示。
上面是我找到的一个文档，感觉很有启发，自己记录一下。
但是我的卡顿原因是以为在tableView那个页面本来已经有了一个请求了，但是还有图片的请求用的原生的方法，导致了卡顿现象，最后把这个方法改成第三方框架（SDWebImage）加载后瞬间好了。
