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)
