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

 

布局计算
* 视图布局的计算是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 方法通常是线程安全的,图像的绘制可以放到后台线程进行


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上去。
* 圆角图片遮挡
* 把需要显示的图形在后台线程绘制为图片,避免使用圆角,阴影,遮罩等属性。

https://www.cnblogs.com/HackHer/p/6351460.html?utm_source=itdadao&utm_medium=referral

iOS构建流畅的交互界面--CPU,GPU资源消耗的原因和解决方案的更多相关文章

  1. iOS 页面流畅技巧(1)

    一.屏幕显示图像原理 首先明确两个概念:水平同步信号.垂直同步信号. CRT 的电子枪按照上图中的方式,从上到下一行一行的扫描,扫描完成后显示器就呈现一帧画面,随后电子枪回到初始位置继续下一次的扫描. ...

  2. iOS 页面流畅技巧(2)

    一.屏幕显示图像的原理 首先从过去的 CRT 显示器原理说起.CRT 的电子枪按照上面方式,从上到下一行行扫描,扫描完成后显示器就呈现一帧画面,随后电子枪回到初始位置继续下一次扫描.为了把显示器的显示 ...

  3. iOS保持流畅有哪些秘诀? 除了黑科技GPU还有这些重要原因 期待安卓8.0流畅度逆袭

    经常有人提起iPhone使用起来要比Android手机流畅,现在谈谈为什么iOS使用中会让人觉得更加流畅一些.一方面iPhone的顶级硬件为iOS的流畅打好了基础,另一方面,专一定制的系统是保证体验的 ...

  4. [转帖]双剑合璧:CPU+GPU异构计算完全解析

    引用自:http://tech.sina.com.cn/mobile/n/2011-06-20/18371792199.shtml 这篇文章写的深入浅出,把异构计算的思想和行业趋势描述的非常清楚,难得 ...

  5. ios framework 分离与合并多种CPU架构,分离与合并模拟器与真机

    ios  framework 分离与合并多种CPU架构,分离与合并模拟器与真机 如果你所用的framework支持真机和模拟器多种CPU架构,而你需要的是其中的一种或几种,那么可以可以从framewo ...

  6. 来自 Codrops 的7种创新的拖放交互界面

    Codrops 分享了一些界面拖放的交互设计想法.基本的思路是在拖动一个项目的时候,为特定的操作呈现出可投掷的区域.这节省了大量的界面空间 ,并给出了一个有趣的动态的互动.有很多应用场景,例如分类和组 ...

  7. Cpu Gpu 内存 显存 数据流

    [精]从CPU架构和技术的演变看GPU未来发展 http://www.pcpop.com/doc/0/521/521832_all.shtml 显存与纹理内存详解 http://blog.csdn.n ...

  8. iOS push过去的时候界面不能完全退出

    iOS push过去的时候界面不能完全退出 解决方法:设置self.view.backgroundcolor 1. initWithFrame方法是什么?  initWithFrame方法用来初始化并 ...

  9. iOS开发之静态库(五)—— 图片、界面xib等资源文件封装到静态框架framework

    编译环境:Macbook Air + OS X 10.9.2 + XCode5.1 + iPhone5s(iOS7.0.3) 一.首先将资源文件打包成bundle 由于bundle是静态的,所以可以将 ...

随机推荐

  1. C# 分割URL地址

    public partial class Form1 : Form { public Form1() { InitializeComponent(); } private void button1_C ...

  2. a rel=noopener

    看vue-element-admin的源码的时候,看到a 标签使用  rel=noopener: 然后就很奇怪这个是干什么用的:然后百度到一篇文章,涨知识了. 个人的理解是:不加 rel=noopen ...

  3. Co-prime HDU - 4135_容斥计数

    Code: #include<cstdio> #include<cstring> #include<cmath> #include<iostream> ...

  4. Spring Boot 项目学习 (三) Spring Boot + Redis 搭建

    0 引言 本文主要介绍 Spring Boot 中 Redis 的配置和基本使用. 1 配置 Redis 1. 修改pom.xml,添加Redis依赖 <!-- Spring Boot Redi ...

  5. The socket is closed!

    关闭mongodb    /usr/local/app/mongidb//bin/mongod   --shutdown  --dbpath /usr/local/data/mongo/data/ 然 ...

  6. jmeter图片的下载

    1.jmeter下载文件 首先添加一个线程组,然后在线程组里面添加一个http请求,因为是获取数据,所有是get请求,写好下载的地址 1.添加线程组 :右键测试计划,添加-Threads(Users) ...

  7. HTTP 请求报文和响应报文分析和解刨!!

    http请求和响应报文分析 一>http请求报文主要包括三个部分:1.请求行:2.请求头:3;请求体: 1,请求行一般包括三个部分:请求方式:请求url : http协议版本. 请求方法:大部分 ...

  8. mysql 与 memcache 字段名后面有空格时会产生什么问题(转)

    同事下午遇到一问题,MySQL 和 Memcached 对于同一个key,不能对应起来.最终原因是:PHP将key写入MySQL数据库之前,没有经过trim()过滤首尾空格(关键是尾部空格),结果: ...

  9. [SDOI2016]生成魔咒(后缀自动机)

    看一眼题.本质不同的字串数. 嘴角微微上扬. 每一次加一个数输出一个答案. 笑容渐渐消失. 等等,\(SAM\)好像也可以求本质不同的字串. 设当前字符串用\(x\)表示,每次插入完成后\(ans\) ...

  10. BZOJ 3110 [ZJOI2013]K大数查询 (整体二分+线段树)

    和dynamic rankings这道题的思想一样 只不过是把树状数组换成线段树区间修改,求第$K$大的而不是第$K$小的 这道题还有负数,需要离散 #include <vector> # ...