关于tableView的一些优化的总结

tableView优化:

1.cell的重用

 2.dequeueReusableCellWithIdentifier:forIndexPath:(会调用heightForRowAtIndexPath)和dequeueReusableCellWithIdentifier (后面这个不会再次调用heightForRowAtIndexPath)

         2.1 tableView在cell显示之前会调用heightForRowAtIndexPath,有多少个cell就会调用多少次,算contentSize

        2.2使用了预估行高,并不会在显示之前去计算获取所有的行高(预估行高,等cell要显示的时候才回去计算真实的高度),根据预估行高和实际行高来获取cell的行高,先根据预估行高计算好要先获取几个cell,如果计算的这几个cell高度确实够(高度能超出屏幕的高度就不计算了.如果不够还会计算),目的也是让contentSize大于屏幕,就能滚动,后面要显示,才来计算行高,所以会发现滚动条会跳

3.cell的高度是根据内容变化的时候,只计算一次,将高度缓存起来

overridefunctableView(tableView:UITableView, heightForRowAtIndexPath indexPath:NSIndexPath) ->CGFloat{

//获取模型

letstatus =self.statuses![indexPath.row]

//判断模型里面之前有没有缓存过行高

ifstatus.rowHeight!=nil

{

//之前保存过行高,直接返回行高

returnstatus.rowHeight!

}

//自己计算行高:AutoLayout自动约束

//让cell设置对应内容,可以直接直接获取,这个cell不参与显示

letcell = tableView.dequeueReusableCellWithIdentifier(ReuseIndentifier)as!HMStatusCell

cell.status= status

letheight = cell.systemLayoutSizeFittingSize(UILayoutFittingCompressedSize).height

status.rowHeight= height

returnheight

}

4.下载图片使用SDWebImage(异步操作)

5.cellForRowAtIndexPath不要做耗时操作

1.读取文件,写入文件,最好是放到子线程,或先读取好,在让tableView去显示

2.尽量不要再这个方法里解压资源

3.尽量少得计算计算,最好是先计算好,cellForRowAtIndexPath只做显示

4.尽量不要去添加和移除view,现将会用到的控件懒加载,要就显示,不要就隐藏

6.tableView滚动的时候,不要去做动画(微信的聊天界面做的就很好,在滚动的时候,动态图就不让他动,滚动停止的时候才动,不然可能会有点影响流畅度)

7.cell里面的控件,约束最好不要使用remake,动态添加约束是比较耗性能的

8.cell里面的控件,背景最好是不透明的(图层混合靠GPU去渲染,会影响性能,绿色的好,红色的性能差), view的背景颜色clearColor尽量少

9.图片圆角不要使用layer.cornerRadius,因为通过图层去渲染的话都会影响性能

10.图层最好不要使用阴影,阴影会导致离屏渲染(在进入屏幕渲染之前,还看不到的时候会再渲染一次,尽量不要产生离屏渲染)

11.异步绘制

12.栅格化

13.借助工具来测试性能

14.AsyncDisplayKit ->不使用UIKit (UIView) ->  (Node)