CPU资源消耗的原因和解决方案
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上去。
* 圆角图片遮挡
* 把需要显示的图形在后台线程绘制为图片，避免使用圆角，阴影，遮罩等属性。
亚马逊云科技虚拟专用服务器Amazon Lightsail优势及其如何为初创企业提升运营效率
热界面材料解决ADAS域控制器的散热问题
工业智能网关BL110应用之二十： 如何添加WAN口采集的设备和LAN 口的配置
网络安全之智能手机使用的安全手册
苹果财报亮瞎眼,市值万亿美元之争
CPU资源消耗的原因和解决方案
ADC芯片的串行外设接口配置
滤芯防伪技术，可以分布式读取8处防伪标签
万向电动车为奇瑞提供磷酸铁锂电池
华为PolarCode脱颖而出 中国拿下5G半壁江山
JLink和JTAG接口详细及接线
华为或在刻意隐藏麒麟9000S GPU信息，鲁大师跑分曝光
画质逆天！CES索尼发布了BRAVIA A1E系列重回OLED电视市场
电镜常用元素分析方法：EDS、EELS、HAADF-STEM
滤波、稳压、比较、运放电路图介绍
外部危机冲击更能倒逼出国内制造业产品质量的提升
超级电容器的分类及其储能原理的详细讲解
全新赛普拉斯汽车LED驱动器助力实现业内最紧凑的前照明系统
推进“互联网＋” 建设制造强国
NokiaX5高清图赏
对象创建
*轻量对象代替重量对象
* 不需要响应触摸事件的控件：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上去。
* 圆角图片遮挡
* 把需要显示的图形在后台线程绘制为图片，避免使用圆角，阴影，遮罩等属性。
亚马逊云科技虚拟专用服务器Amazon Lightsail优势及其如何为初创企业提升运营效率
热界面材料解决ADAS域控制器的散热问题
工业智能网关BL110应用之二十： 如何添加WAN口采集的设备和LAN 口的配置
网络安全之智能手机使用的安全手册
苹果财报亮瞎眼,市值万亿美元之争
CPU资源消耗的原因和解决方案
ADC芯片的串行外设接口配置
滤芯防伪技术，可以分布式读取8处防伪标签
万向电动车为奇瑞提供磷酸铁锂电池
华为PolarCode脱颖而出 中国拿下5G半壁江山
JLink和JTAG接口详细及接线
华为或在刻意隐藏麒麟9000S GPU信息，鲁大师跑分曝光
画质逆天！CES索尼发布了BRAVIA A1E系列重回OLED电视市场
电镜常用元素分析方法：EDS、EELS、HAADF-STEM
滤波、稳压、比较、运放电路图介绍
外部危机冲击更能倒逼出国内制造业产品质量的提升
超级电容器的分类及其储能原理的详细讲解
全新赛普拉斯汽车LED驱动器助力实现业内最紧凑的前照明系统
推进“互联网＋” 建设制造强国
NokiaX5高清图赏