drawRect消耗大量内存详解
对于drawRect
的评价倒是一点都不过分。在平日的开发中,随意覆盖drawRect
方法,稍有不慎就会让你的程序内存暴增。下面我们来看一个例子。
去年的某天午后,北京的雾霾依旧像现在这样醇厚,我的同事辉哥像往常一样与我楼下约烟。我见辉哥表情凝重,便询问究竟。辉哥做了一个画板功能,但是苦于内存问题一直得不到解决。画板功能很简单,就是记录手指触摸的轨迹然后绘制在屏幕上。下面我们来看一张效果图:
效果图
如图我们看到左侧内存的状况随着手指的绘制逐渐恶化。另外细心的同学可以观察到,点击图中蓝色矩形按钮之后,便会弹出画板,而这时并没有进行任何的手指绘制,内存就突变为114MB
,然后每当手指绘制开始时,内存立即增加到300MB
左右稳定下来。对于正常的iOS App
来讲,这么大的内存消耗是不能容忍的。
下面分析一下原因:
可能的原因有两个,一是在手指绘制的过程中创建的大量点对象没有及时释放或者其他资源没有及时释放。
二是系统在绘制的过程中开始大量消耗内存。
第一个原因,手指绘制的过程中创建的大量点对象没有及时释放或者其他资源没有及时释放。这一点我们暂时排除以节省时间,因为这个画板功能工程是用ARC
写的,并且我们已经做过代码检查和使用Instruments
工具来检测内存使用情况,这里并没有所谓的对象没有及时释放的问题存在。
第二个原因,系统在绘制的过程中开始大量消耗内存。首先我们曾经注意到一个诡异并且不寻常的事情就是,当黄色的画板刚刚弹出的时候内存就瞬间从18MB
暴增至114MB
。这一点更加说明第一个原因不是问题所在,因为这时手指还没有进行任何绘制,也就是说不存在任何点与线的对象,那么内存怎么会暴增呢?
这时我们要考虑这个画板功能是如何实现的,画板分为两步,第一步记录用户手指的轨迹,这一步会生成大量点的对象(已排除嫌疑)。第二步绘制到视图或者图层上,我们平常使用频繁的绘图方式基本上是Quarz2D
的那套C
语言框架,而绘制代码所在的地点在哪呢?我们今天的主角终于上场了--drawRect
。
下面我们来看一段画板功能绘制的代码:
1 2 3 4 5 6 7 8 9 10 11 |
- (void)drawRect:(CGRect)rect { if (!self.paths.count) return; CGContextRef ctx = UIGraphicsGetCurrentContext(); for (BHBPaintPath *path in self.paths) { CGContextSaveGState(ctx); [[UIColor blackColor] set]; [path stroke]; //关键的一步绘制 CGContextRestoreGState(ctx); } } |
去掉绘图上下文栈和其余判断边界的代码,我们只是在当前view
上绘制了n
条黑色的线。看起来普普通通的绘图方式,怎么会导致内存的剧增呢?我们现在说罪魁祸首是drawRect
证据并不充分。我们回想画板刚弹出时的内存状况,接下来我们注释掉drawRect
所有的代码。运行的效果图如下:
效果图1
效果立竿见影,注释掉drawRect
之后,内存立刻恢复正常,我们终于抓到了消耗内存的恶鬼,问题就出在对drawRect
方法的覆盖。那么抓到了犯人,本文是否应该完结了?非也非也,我们虽说知道了内存暴增的原因,但是我们并没有深入的去分析drawRect
为什么对内存的影响这么大,而且我们也没有给出问题的解决方案。请接着往下看。
那么现在我们分析一下drawRect
导致内存暴增的真正原因:
重写drawRect
为何会导致内存大量上涨?
要想搞明白这个问题,我们需要撸一撸在iOS
程序上图形显示的原理。在iOS
系统中所有显示的视图都是从基类UIView
继承而来的,同时UIView
负责接收用户交互。但是实际上你所看到的视图内容,包括图形等,都是由UIView
的一个实例图层属性来绘制和渲染的,那就是CALayer
。
CALayer
类的概念与UIView
非常类似,它也具有树形的层级关系,并且可以包含图片文本、背景色等。它与UIView
最大的不同在于它不能响应用户交互,可以说它根本就不知道响应链的存在,它的API虽然提供了“某点是否在图层范围内的方法”,但是它并不具有响应的能力。
在每一个UIView
实例当中,都有一个默认的支持图层,UIView
负责创建并且管理这个图层。实际上这个CALayer
图层才是真正用来在屏幕上显示的,UIView
仅仅是对它的一层封装,实现了CALayer
的delegate
,提供了处理事件交互的具体功能,还有动画底层方法的高级API。
可以说CALayer
是UIView
的内部实现细节。
脑补了这么多,它与今天的主题drawRect
有何关系呢?别着急,我们既然已经确定CALayer
才是最终显示到屏幕上的,只要顺藤摸瓜,即可分析清楚。CALayer
其实也只是iOS
当中一个普通的类,它也并不能直接渲染到屏幕上,因为屏幕上你所看到的东西,其实都是一张张图片。而为什么我们能看到CALayer
的内容呢,是因为CALayer
内部有一个contents
属性。contents
默认可以传一个id
类型的对象,但是只有你传CGImage
的时候,它才能够正常显示在屏幕上。所以最终我们的图形渲染落点落在contents
身上如图。
效果图2
contents
也被称为寄宿图,除了给它赋值CGImage
之外,我们也可以直接对它进行绘制,绘制的方法正是这次问题的关键,通过继承UIView
并实现-drawRect:
方法即可自定义绘制。-drawRect:
方法没有默认的实现,因为对UIView
来说,寄宿图并不是必须的,UIView
不关心绘制的内容。如果UIView
检测到-drawRect:
方法被调用了,它就会为视图分配一个寄宿图,这个寄宿图的像素尺寸等于视图大小乘以contentsScale
(这个属性与屏幕分辨率有关,我们的画板程序在不同模拟器下呈现的内存用量不同也是因为它)的值。
那么回到我们的画板程序,当画板从屏幕上出现的时候,因为重写了-drawRect:
方法,-drawRect :
方法就会自动调用。生成一张寄宿图后,方法里面的代码利用Core Graphics
去绘制n条黑色的线,然后内容就会缓存起来,等待下次你调用-setNeedsDisplay
时再进行更新。
画板视图的-drawRect:
方法的背后实际上都是底层的CALayer
进行了重绘和保存中间产生的图片,CALayer
的delegate
属性默认实现了CALayerDelegate
协议,当它需要内容信息的时候会调用协议中的方法来拿。当画板视图重绘时,因为它的支持图层CALayer
的代理就是画板视图本身,所以支持图层会请求画板视图给它一个寄宿图来显示,它此刻会调用:
1 |
- (void)displayLayer:(CALayer *)layer; |
如果画板视图实现了这个方法,就可以拿到layer
来直接设置contents
寄宿图,如果这个方法没有实现,支持图层CALayer
会尝试调用:
1 |
- (void)drawLayer:(CALayer *)layer inContext:(CGContextRef)ctx; |
这个方法调用之前,CALayer
创建了一个合适尺寸的空寄宿图(尺寸由bounds
和contentsScale
决定)和一个Core Graphics
的绘制上下文环境,为绘制寄宿图做准备,它作为ctx
参数传入。在这一步生成的空寄宿图内存是相当巨大的,它就是本次内存问题的关键,一旦你实现了CALayerDelegate
协议中的-drawLayer:inContext:
方法或者UIView
中的-drawRect:
方法(其实就是前者的包装方法),图层就创建了一个绘制上下文,这个上下文需要的内存可从这个公式得出:图层宽
*图层高
*4字节
,宽高的单位均为像素。而我们的画板程序因为要支持像猿题库一样两指挪动的效果,我们开辟的画板大小为:
1 |
_myDrawer = [[BHBMyDrawer alloc] initWithFrame:CGRectMake(0, 0, SCREEN_SIZE.width*5, SCREEN_SIZE.height*2)]; |
我们的画板程序的画板视图它在iPhone6s plus
机器上的上下文内存量就是 1920*2
*1080*5
*4字节
,相当于79MB
内存,图层每次重绘的时候都需要重新抹掉内存然后重新分配。它就是我们画板程序内存暴增的真正原因。
最终我们将内存暴增的原因找出来了,那么我们有没有合理的解决方案呢?
我认为最合理的办法处理类似于画板这样画线条的需求直接用专有图层CAShapeLayer
。让我们看看它是什么:
CAShapeLayer
是一个通过矢量图形而不是bitmap
来绘制的图层子类。用CGPath
来定义想要绘制的图形,CAShapeLayer
会自动渲染。它可以完美替代我们的直接使用Core Graphics
绘制layer
,对比之下使用CAShapeLayer
有以下优点:
- 渲染快速。CAShapeLayer使用了硬件加速,绘制同一图形会比用Core Graphics快很多。
- 高效使用内存。一个CAShapeLayer不需要像普通CALayer一样创建一个寄宿图形,所以无论有多大,都不会占用太多的内存。
- 不会被图层边界剪裁掉。
- 不会出现像素化。
所以最终我们的画板程序使用CAShapeLayer
来实现线条的绘制,性能非常稳定,效果图如下:
效果图3
总结一下绘制性能优化原则:
- 1.绘制图形性能的优化最好的办法就是不去绘制。
- 2.利用专有图层代替绘图需求。
- 3.不得不用到绘图尽量缩小视图面积,并且尽量降低重绘频率。
- 4.异步绘制,推测内容,提前在其他线程绘制图片,在主线程中直接设置图片。
本文最后一个效果图为仿写猿题库练题画板功能,demo
请在github
搜索BHBDrawBoarderDemo
。或者直接戳这里。
好了,就是这么多,文章比较乱,如有纰漏请不吝指出!想看对本文的补充请到这里
good luck!
参考:
iOS Core Animation: Advanced Techniques
感谢:
AttackOnDobby及其翻译团队。
---------------
drawRect消耗大量内存详解相关推荐
- NAND FLASH 内存详解与读写寻址方式
目录: 第一章 绪论 1.1 课题来源 1.2 研究背景与意义 1.2.1 Flash介绍 1.2.2 NAND Flash介绍 1.2.3 NAND Flash与NOR Fl ...
- NAND_FLASH_内存详解与读写寻址方式
一.内存详解 NAND闪存阵列分为一系列128kB的区块(block),这些区块是 NAND器件中最小的可擦除实体.擦除一个区块就是把所有的位(bit)设置为"1"(而所有字节(b ...
- 内存详解-理解 JVM 如何使用 Windows 和 Linux 上的本机内存
内存详解 理解 JVM 如何使用 Windows 和 Linux 上的本机内存 Java™ 堆耗尽并不是造成 java.lang.OutOfMemoryError 的惟一原因.如果本机内存 耗尽,则会 ...
- 内存详解mdash;mdash;理解 JVM 如何使用 AIX 上的本机内存
理解 JVM 如何使用 AIX 上的本机内存 Java™ 堆耗尽并不是造成 java.lang.OutOfMemoryError 的惟一原因.如果本机内存 耗尽,则会发生普通调试技巧无法解决的 Out ...
- JVM之对象内存详解
JVM之内存详解 对象内存分配 JVM中对象创建流程 对象内存分配方式 指针碰撞 空闲列表 对比 内存分配安全问题 问题概述 解决方式 流程 ==对象内存分配以及GC详细流程-非常重要== ==进入老 ...
- php 内存池,内存详解: 详解PHP内存池中的存储层_php
php的内存管理器是分层(hierarchical)的.这个管理器共有三层:存储层(storage).堆(heap)层和 emalloc/efree 层.存储层通过 malloc().mmap() 等 ...
- realloc重分配内存详解_羽夜水之灵_百度空间
realloc重分配内存详解_羽夜水之灵_百度空间 realloc重分配内存详解_羽夜水之灵_百度空间 realloc重分配内存详解 最近在写source code时需要在数组的buffer小时重新申 ...
- DDR3内存详解,存储器结构+时序+初始化过程
转载 DDR3内存详解,存储器结构+时序+初始化过程 2017-06-17 16:10:33 a_chinese_man 阅读数 23423更多 分类专栏: 硬件开发基础 转自:http://www. ...
- jvm from space 很小_JVM真香系列:堆内存详解
前面的文章中已经有所提到过堆,只是大致介绍了一下.本文就来详细聊聊JVM中的堆. 在 JVM中,堆被划分成两个不同的区域:新生代 ( Young ).老年代 ( Old ). 新生代 ( Young ...
最新文章
- python turtle循环图案-Python内置模块turtle绘图详解
- 10.17 配置IP,网络问题排查
- [转]看刚毕业MM如何在北京买房
- UNIX:缓冲区和重定向
- C++ Primer 5th笔记(chap 14 重载运算和类型转换)二义性类型转换
- ansible安装配置及实例
- Launch debug in SWI1 workflow
- [导入]Netron研究(二)----容器登场
- 好强大的仿生机械,这才是真正的黑科技!
- python画两条曲线图_python绘制多个曲线的折线图
- 使用cadence建封装
- 9.23 最后45天
- 游戏王计算机兽,游戏王星杯卡——迅猛龙,再生圣经,入侵蠕虫,鼹鼠,幽世之血樱...
- 【Python】闭包Closure
- 判断字符串是只是数字
- Java程序员最厉害的是什么,「解密」谁是世界上最好的java程序员?
- Oracle 官方文档地址
- 区间直觉模糊集相似度及matlab应用
- imagenet标签
- [Excel] 数据透视图
热门文章
- js追加元素的几种方法(append()、prepend()、after()、before()、insertAfter()、insertBefore())...
- java rector_Java中的Reactor是什么
- [Arm]交叉编译一个驱动为模块
- U9Bom阶层展开脚本
- T-C3D 实时行为识别时序卷积网络
- web10.CSS3
- 2021年空气净化器行业发展研究报告
- 自媒体对应的是什么媒体,包括那些媒体?
- mysql有闪回吗_MySQL的闪回策略
- oracle中闪回概念,Oracle数据库的闪回操作