IOS6后的didReceiveMemoryWarning方法笔记

最新推荐文章于 2019-05-15 17:30:35 发布

王大明if

最新推荐文章于 2019-05-15 17:30:35 发布

阅读量725

点赞数

CC 4.0 BY-SA版权

分类专栏： IOS学习

本文链接：https://blog.youkuaiyun.com/u012845800/article/details/17263703

IOS学习专栏收录该内容

14 篇文章

订阅专栏

自iOS6起，苹果改进了内存管理机制，废弃了viewDidUnload方法。系统会自动标记和管理内存状态，开发者无需手动设置视图对象为nil。本文探讨了CABackingStore的工作原理及其在内存警告时的行为。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

IOS6以来，ViewUnload 的方法被废弃掉了，原因是苹果对系统的内存回收做了进一步的优化处理。

之前一直天真地以为直接把ViewUnload的代码移到didReceiveMemoryWarning就行了，通过对再见，viewDidUnload方法的学习，我们可以知道，系统已经对 View 的内存回收做了处理；当一段内存被分配时，它会被标记成“In use“, 以防止被重复使用。当内存被释放时，这段内存会被标记成”Not in use”，这样，在有新的内存申请时，这块内存就可能被分配给其它变量。CALayer包括的具体的bitmap内容的私有成员变量类型为CABackingStore，当收到MemroyWarning时， CABackingStore类型的内存区会被标记成volatile类型（这里的volatile和 C以及Java语言的volatile不是一个意思），volatile表示，这块内存可能被再次被原变量重用。

因此在didReceiveMemoryWarning 下，我们不需要写下这样的代码 self.view = nil ，让系统自己去处理它吧！