转载:iOS构建流畅的交互界面--CPU,GPU资源消耗的原因和解决方案

原文:https://www.cnblogs.com/HackHer/p/6351460.html

** CPU资源消耗的原因和解决方案**
对象创建
轻量对象代替重量对象

  • 不需要响应触摸事件的控件:CALayer显示
  • 对象不涉及UI操作,则尽量放到后台线程创建
  • 包含有CALayer的控件只能在主线程创建和操作
  • 通过Storyboard 创建视图对象时,其资源消耗会比直接通过代码创建对象要大非常多,在性能敏感的界面里,storyboard不是一个好的技术选择
  • 尽量推迟对象创建的时间,并把对象的创建分散到多个任务中去。
  • 对象的复用代价比释放,创建新对象要小,这类对象应当尽量放到一个缓存池里复用
    对象调整
  • CALayer:CALayer内部并没有属性,当调用属性方法时,它内部是通过运行时resolveInstanceMethod为对象临时添加一个方法,并把对应属性值保存到内部的一个Dictionary里,同时还会通知delegate,创建动画等等,非常消耗资源。
  • UIView的关于显示相关的属性(frame/bound/transform)等实际上都是CALayer属性映射来的,所以对UIView的这些属性进行调整时,消耗的资源要远大于一般的属性,所以,尽量减少不必要的属性修改
  • 当视图层次调整时,UIView,CALayer之间会出现很多方法调用与通知,所以,应尽量避免调整视图层次,添加和移除视图。
    对象销毁
    把对象捕获到block中,然后扔到后台队列去随便发送个消息以避免编译器警告,就可以让对象在后台线程销毁了。

NSArray *tmp = self.array;
self.array = nil;
dispatch_async(queue,^{
[tmp class];
});

布局计算

  • 视图布局的计算是App中最为常见的消耗CPU资源的地方
  • 在后台线程提前计算好视图布局,并且对视图布局进行缓存
  • 用任何技术对视图进行布局,最终都会落到对UIView.frame/bounds/center等属性的调整上 对象调整:非常消耗资源,所以尽量提前计算好布局,在需要时一次性调整好对应属性,而不要多次,频繁的计算和调整这些属性。

Autolayout
不手动调整frame 等属性,可以用常见的快捷属性:left/right/top/bottom/width/height,或使用ComponentKit,AsyncDisplayKit等框架

文本渲染

  • 所有的文本内容控件,在底层都是通过CoreText排版,绘制为Bitmap显示的。
  • 常见的文本控件(UILabel,UITextView),其排版和绘制都是在主线程进行的,当显示大量文本时,CPU的压力会非常大。
  • 解决方案:自定义文本控件,用TextKit或底层的CoreText对文本异步绘制
  • CoreText对象创建好后,能直接获取文本的宽高信息,避免了多次计算(调整UILabel大小时算一遍,UILabel绘制时内部再算一遍),CoreText对象占用内存较少,可以缓存下来供稍后多次渲染。

图片的解码

  • 用UIImage 或CGImageSource创建图片时,图片数据不会立刻解码。图片设置到UIImageView或者CALayer.contents中去,并且CALayer被提交到GPU前,CGImage中的数据才会得到解码。 发生在主线程,不可避免。
  • 后台线程先把图片会知道CGBitmapContext中,然后从Bitmap直接创建图片。

图像的绘制

** 图像绘制:以CG开头的方法把图像绘制到画布中,然后从画布创建图片并显示 如:[UIView drawRect:]

  • CoreGraphic 方法通常是线程安全的,图像的绘制可以放到后台线程进行*

[
复制代码

](javascript:void(0); "复制代码")

- (void)display{
dispatch_async(backgroundQueue,^{
CGContextRef ctx = CGBitmapContextCreate(...); // draw in context...
CGImageRef img = CGBitmapContextCreateImage(ctx);
CFRelease(ctx);
dispatch_async(mainQueue,^{
layer.contents = img;
});
});
}

[
复制代码

](javascript:void(0); "复制代码")

GPU 资源消耗原因和解决方案

GPU:接收提交的纹理和顶点描述(三角形),应用变换(transform),混合并渲染,然后输出到屏幕上。

所看到的内容:纹理和形状(三角形模拟的矢量图形)

纹理的渲染

  • 所有的Bitmap ,包括图片,文本,栅格化的内容,最终都要由内存提交到显存,绑定为GPU Texture.
  • 提交到显存的过程,GPU调整和渲染Texture的过程,都要消耗不少GPU资源
  • 当在较短时间显示大量图片(TableView存在非常多的图片并且快速滑动时),CPU占有率很低,GPU占有非常高,界面仍然会掉帧。
  • 尽量减少在短时间内大量图片的显示,尽可能将多张图片合成为一张进行显示。
  • 图片过大,超过GPU的最大纹理尺寸时,图片需要先由CPU进行预处理,这对CPU和GPU都会带来额外的资源消耗。iPhone4S以上机型,纹理尺寸上限4096*4096

视图的混合

  • 当多个视图(CALayer)重叠在一起显示时,GPU会首先把他们混合到一起。如果视图结构过于复杂,混合的过程也会消耗很多GPU资源。
  • 应用应当尽量减少视图数量和层次,并在不透明的视图里标明opaque属性以避免无用的Alpha通道合成。
  • 把多个视图预先渲染为一张图片来显示。

图形的生成

  • CALayer的border,圆角,阴影,遮罩(mask),CASharpLayer的矢量图形显示,通常会触发离屏渲染(offscreen rendering),而离屏渲染通畅发生在GPU中。
  • 当一个列表视图中出现大量圆角的CALayer,并且快速滑动时,可以观察到GPU资源已经占满,而CPU资源消耗很少。界面仍然能正常滑动,但平均帧数会降到很低
  • 避免这种情况,可以尝试开启CALayer.shouldRasterize(栅格化)属性,但这会把原本离屏渲染的操作转嫁到CPU上去。
  • 圆角图片遮挡
  • 把需要显示的图形在后台线程绘制为图片,避免使用圆角,阴影,遮罩等属性。

你可能感兴趣的:(转载:iOS构建流畅的交互界面--CPU,GPU资源消耗的原因和解决方案)