内存恶鬼drawRect（续:答疑篇）

致谢

首先我没有想到前几天写的文章（内存恶鬼drawRect）会有这么多人关注，感谢大家的各种肯定和建议，谢谢大家。另外感谢@唐巧在公众号上发布本文，还要感谢各位同学的转发分享。

答疑

我的这篇拙作是因为同事辉哥的离职让我想起来去把当初和他解决的比较有意思的问题梳理总结一下，写的并不甚完美，通过公众号的回复和微博的回复私信等等，我收集了读者大大们的问题，对这些问题我会以我的能力一一尝试解答，如果有错误的地方还请不吝指出。

1.内存没有问题啊，为什么我们的代码内存不会暴增？

首先检讨一下，我在原文当中第一个内存暴增例子可能过于简单不够详尽。其实内存的增长与绘图视图的大小和屏幕分辨率有直接关系，你可以尝试将视图范围扩大，并且使用iPhone 6 Plus或者Ipad等高分辨率机型进行测试。由于我们的绘图程序支持两只手指拖动绘图版(很多人忽略了这个功能，导致很多内容存在误解，建议大家用真机玩一下这个功能)，实际的绘图区域要比屏幕大出很多倍，所以内存增长特别明显，这也是我们对 drawRect 使用不好的例子，如果你使用的相当谨慎，内存是不会有很严重的问题(也许只有几MB)，但是我们有能力去优化它，就应该尽量让它运行的更好！另外我在 github 上的 BHBDrawBorderDemo 仓库上传了一个比较明显的暴增例子，使用 drawRect 和 CAShapeLayer 的代码都有， demo 很简单就是弹出一个视图，在这个视图上画2个矩形如下图，你可以在调试的时候非常方便的切换,代码戳这里

内存恶鬼drawRect（续:答疑篇）

另外下面这张图是我自己在不同机型两种方案的对比结果（对比的对象只是屏幕大小的视图，我们的绘图程序会达到300M的内存是因为视图的大小是屏幕的好多倍），你可以亲自拿我的 Demo 试试。

2.drawRect里面加上super调用行不行？

这个问题我实在不想解释，但是又怕有人误解，只好提一下。

同学，苹果官方文档是这样说的:

If you subclass UIView directly, your implementation of this method does not need to call super.

3.无所谓啊，其实没那么大影响，谈不上什么恶鬼！

好吧，其实我看见这样的回复的时候我就知道，你肯定是个大牛，可是还是有很多人特别是新人一开始并不会注意到这一点，他们可能没有类似的经验去保持警惕。我把标题定的这么吓人也是想给新人朋友们提个醒， drawRect 用的时候要注意下内存问题。另外我也没有说过让大家弃用 drawRect ,我在文章结尾处已经明确说了，原则是尽量不去绘制，如果不能避免，要尽可能的减小绘制的范围，系统虽然会帮你创建比较合适的范围，也就是说不一定你创建多大的视图，图形上下文就有多大。但是别忘了，只要你设置一下背景颜色，布满 view 的寄宿图就会让你的图形上下文占用内存达到峰值。