jscjxysx 2019-09-07
iOS的内存相关知识是我们开发iOS APP的基石之一,也是面试中必然会问的问题。内存知识的融会贯通,与及内存相关问题的解决,是iOS开发者必须要掌握的。
iOS的内存管理机制为引用计数。早期使用的是MRC(手动引用计数),需要开发者自己编写引用计数的代码,对开发者是一个不小的挑战,而且容易出错,给开发者也带来了不小的苦恼。
苹果公司为了让开发者更好的专注于开发,在2011年的iOS5版本开始引入了ARC(自动引用计数),帮助开发者进行内存的管理。
ARC的工作原理大致是:当我们编译源码的时候,编译器会分析源码中每个对象的生命周期,然后基于这些对象的生命周期,来添加相应的引用计数操作代码。
内存泄漏(memory leak):是指申请的内存空间使用完毕之后未回收。
一次内存泄露危害可以忽略,但若一直泄漏,无论有多少内存,迟早都会被占用光,最终导致程序crash。(因此,开发中我们要尽量避免内存泄漏的出现)
内存泄漏的现象:程序的可用内存越来越少,最终导致程序崩溃。
内存溢出(out of memory):是指程序在申请内存时,没有足够的内存空间供其使用。
内存溢出的现象:程序直接重启或者崩溃。
AFHTTPSessionManager发生内存泄漏的解决方案在此。
VC中使用NSTImer
的示例如下:
[NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(updateTime:) userInfo:nil repeats:YES];
理由:这时 target: self,增加了ViewController的retain count,
即self强引用timer,timer强引用self,造成循环引用。
解决方案:在恰当时机调用[timer invalidate]
即可。
对于delegate我们一般都是使用weak修饰,这个不多作解释。
在我们日常开发中,如果block使用不当,很容易导致内存泄漏。
理由:如果block被当前ViewController(self)持有,这时,如果block内部再持有ViewController(self),就会造成循环引用。
解决方案:在block外部弱化self,再在block内部强化已经弱化的weakSelf。
iOS的内存管理机制是:引用计数。MRC基本上已经绝迹,现在主流的还是ARC。系统的内存分为栈内存和堆内存,栈内存
是系统管理的,不需要开发者插手,开发者管理的主要是堆内存。
当下我们使用ARC(自动引用计数)进行管理的是堆内存。
当我们使用alloc、new创建对象之后,对象的引用计数为1.
当我们对对象进行strong、copy操作之后,对象的引用计数+1.
当我们对对象进行mutableCopy
操作之后,生成了一份对象的拷贝,而不是简单的引用计数+1
,这个需要特别注意。
当我们不再持有对象时,对象的引用计数-1。
当对象的引用计数为0时,对象会被释放掉,进行内存的回收。
core foundation框架主要提供的是C语言的API,不属于ARC管理的范畴,所以使用core foundation创建的对象,需要开发者自己进行内存的管理,在对象使用完毕之后进行内存的回收,否则会进行内存的泄漏。
开发中,对于一些大循环如果把控不好,会出现内存峰值过高的情况,这个时候我们需要在循环的内部合理的使用autoreleasepool进行内存峰值的管理。
本文主要是对iOS内存相关的知识点进行了一个归纳总结。