一:根据后台返回的数据和项目原型图,发现这个cell的高度是不同的.所以我使用Masonry 做了约束, 通过预估行高 达到展示不同的cell高度,但是当时发现tableview拖拽时有点卡顿,后面就没有采用预估行高的方法让系统帮我们计算行高(因为那样有大量的计算,性能就低了),后面我就做了缓存行高的处理,(如果问到缓存行高怎么做的: 第一:获取模型.二:取出一个cell,吧模型数据丢给他,第三:根据系统的systemXXXXHeight方法返回一个高度,第四:我们就把这个高度存储到模型里面,第五:这样我们只需要第一次算行高,以后的每一次都是从模型中取出高度返回)这样就不会卡顿了,第三方框架(FDTempxxxx)他是一个比较好的cell行高缓存的框架,里面有一个runLoop的空闲时间去提前计算我们的行高然后做缓存.这样又进一步提高我们滚动cell的流畅性.
二:cell重用
1.dequeueReusableCellWithIdentifier:forIndexPath:(会调用heightForRowAtIndexPath) 和 dequeueReusableCellWithIdentifier (后面这个不会再次调用heightForRowAtIndexPath)
2 tableView在cell显示之前会调用heightForRowAtIndexPath,有多少个cell就会调用多少次, 算contentSize
3. 使用了预估行高,并不会再显示之前去计算获取所有的行高,根据预估行高和实际行高来获取cell的行高,先根据预估行高计算好要先获取几个cell,如果计算的这几个cell高度确实够(高度能超出屏幕的高度就不计算了.如果不够还会计算),目的也是让contentSize大于屏幕,就能滚动,后面要显示,才来计算行高, 会发现滚动条会跳
3.cell的高度是根据内容变化的时候,只计算一次,将高度缓存起来(上面已经介绍)
4.下载图片使用SDWebImage(异步操作)
5.cellForRowAtIndexPath不要做耗时操作
//在处理数据的时候
1.读取文件,写入文件,最好是放到子线程,或先读取好,在让tableView去显示
2.解压资源
3.尽量少得计算计算,最好是先计算好,cellForRowAtIndexPath只做显示
4.尽量不要去添加和移除view, 现将会用到的控件懒加载,要就显示,不要就隐藏
6.tableView滚动的时候,不要去做动画
7.cell里面的控件,约束最好不要使用remake,动态添加约束是比较耗性能的
8.cell里面的控件,背景最好是不透明的 (图层混合), view的背景颜色 clearColor 尽量少
9.图片圆角不要使用 layer.cornerRadius
10.图层最好不要使用阴影, 阴影会导致离屏渲染
11.异步绘制//图层异步渲染 cell的方法 :self.layer.drawsAsynchronously = true
12.栅格化 将view截图成一个bitmap 内容没变就直接使用bitmap图片来给你渲染
self.layer.shouldRasterize = true
self.layer.rasterizationScale = UIScreen.mainScreen()
.scale
13.AsyncDisplayKit -> 不使用UIKit (UIView) -> (Node)
FDtemplate：cell缓存行高的第三方 其中厉害技能点： 利用runloop的空暇去计算行高。
14.借助工具来测试性能
