內(nèi)存管理是什么?

• 軟件運(yùn)行時(shí)對內(nèi)存資源進(jìn)行合理分配和使用的技術(shù)前方。其最主要的目的是高效,快速的分配資源,并且在適當(dāng)?shù)臅r(shí)候釋放和回收內(nèi)存資源沪袭。
• 其本質(zhì)是管理對象的引用計(jì)數(shù),對象的引用計(jì)數(shù)就是標(biāo)記當(dāng)前有多少個(gè)其他對象使用(擁有)這個(gè)對象箱吕。分為自動內(nèi)存管理

引用計(jì)數(shù)

引用計(jì)數(shù)（Reference Count）是一個(gè)簡單而有效的管理對象生命周期的方式。不管是Objective-C、還是Swift丛晌，其內(nèi)存管理方式都是基于引用計(jì)數(shù)的渺绒。

內(nèi)存管理方式

MRC(手動管理iOS5之前)

凡是使用alloc贺喝、init、copy宗兼、nsmutablecopy躏鱼、retain進(jìn)行創(chuàng)建對象的都要使用release或者autorelease進(jìn)行釋放；
規(guī)則：

- 當(dāng)使用alloc/new/copy/retain,創(chuàng)建或引用一個(gè)對象時(shí)會使對象的引用計(jì)數(shù)+1殷绍。
- 當(dāng)不使用對象,會向?qū)ο蟀l(fā)送release或autorelease消息會使對象的引用計(jì)數(shù)-1染苛。
- 當(dāng)一個(gè)對象的引用計(jì)數(shù)為0時(shí)，那么它將被銷毀主到，其占用的內(nèi)存被系統(tǒng)回收茶行，OC會自動向其發(fā)送一條dealloc消息（自動調(diào)用dealloc方法）
- 我們此時(shí)可以重寫dealloc方法，在這里釋放相關(guān)資源登钥。一旦某個(gè)對象的引用計(jì)數(shù)為0畔师，那么它就會被系統(tǒng)釋放掉。只要對象的引用計(jì)數(shù)不為0牧牢，它就在內(nèi)存中永遠(yuǎn)不會被釋放看锉， 這樣就會造成內(nèi)存泄露。

ARC(自動管理iOS5之后)

是編譯時(shí)的特性,不需要我們手動retain或者release,系統(tǒng)會在適當(dāng)?shù)臅r(shí)候?yàn)槲覀兲砑酉鄳?yīng)的代碼塔鳍。但是自動管理內(nèi)存需要我們注意循環(huán)引用以防止內(nèi)存泄漏伯铣。
在ARC內(nèi)存管理模式下，其屬性的標(biāo)識符有assign轮纫，strong懂傀，weak，copy蜡感；

- assign在arc中修飾的是基本數(shù)據(jù)類型蹬蚁，mrc中修飾的是delegate防止循環(huán)引用造成內(nèi)存泄漏。
- strong相當(dāng)于mrc中的retain郑兴，使得對象被引用時(shí)引用計(jì)數(shù)加1.
- weak的作用相當(dāng)于assign犀斋，弱引用使用的對象。在arc中delegate的修飾詞是weak情连。作用防止循環(huán)引用造成內(nèi)存泄漏叽粹。
- copy修飾的類型一般是NSString，NSArray，NSDictionary虫几。建立一個(gè)索引計(jì)數(shù)為1的對象锤灿，然后釋放舊對象。
- assign和weak的區(qū)別：
  首先assign修飾的是基本數(shù)據(jù)類型辆脸，簡單賦值不改變引用計(jì)數(shù)但校，weak只可以修飾oc中的對象。其次arc環(huán)境下weak修飾的對象被釋放后指向?qū)ο蟮闹羔槙蛔詣又脼閚il啡氢，而assign修飾的變量可能不會被置為nil状囱，造成野指針會導(dǎo)致程序crash。

iOS內(nèi)存段介紹：

內(nèi)存管理的好處?

iOS內(nèi)存管理機(jī)制的好處就是為了讓開發(fā)人員方便的管理內(nèi)存倘是，減少程序中的內(nèi)存泄漏亭枷，在內(nèi)存管理難度與性能之間找一個(gè)最佳的平衡點(diǎn)。

block的內(nèi)存管理

* 循環(huán)引用
  block一般用copy修飾搀崭，當(dāng)block又引用了對象的其他成員變量時(shí)叨粘，就會對這個(gè)變量本身產(chǎn)生強(qiáng)引用，那么變量本身和它自己的block就形成了循環(huán)引用瘤睹。
__weak typeof (self) weakSelf = self;
  ARC下要生成一個(gè)對自身的弱引用升敲，表示block別再對self對象retain了，避免循環(huán)引用

* block內(nèi)部變量
1.block不能改變局部變量默蚌，要改變時(shí)需加__block修飾
2.block可改變?nèi)肿兞?3.static變量也可在block中修改

內(nèi)存問題的分析解決

僵尸對象和野指針

僵尸對象：內(nèi)存被回收的對象

野指針：指向僵尸對象的指針冻晤，向野指針發(fā)送消息對導(dǎo)致崩潰EXC_BAD_ACCESS

1 在product－scheme－edit scheme－diagnostics中將enable zombie objects勾選上苇羡，下次再出現(xiàn)這樣的錯(cuò)誤就可以準(zhǔn)確定位了绸吸。

2 在Xcode－open developer tool－Instruments打開工具集，選擇Zombies工具可以對已安裝的應(yīng)用進(jìn)行僵尸對象檢測设江。

循環(huán)引用

1）在product－Analyze中使用靜態(tài)分析來檢測代碼中可能存在循環(huán)引用的問題锦茁。

2）在Xcode－open developer tool－Instruments打開工具集，選擇Leaks工具可以對已安裝的應(yīng)用進(jìn)行內(nèi)存泄漏檢測叉存，此工具能檢測靜態(tài)分析不會提示码俩，但是到運(yùn)行時(shí)才會出現(xiàn)的內(nèi)存泄漏問題。

循環(huán)中對象占用內(nèi)存大

循環(huán)內(nèi)產(chǎn)生大量的臨時(shí)對象歼捏，直至循環(huán)結(jié)束才釋放稿存，可能導(dǎo)致內(nèi)存泄漏。

解決方法：在循環(huán)中創(chuàng)建自己的autoReleasePool瞳秽，及時(shí)釋放占用內(nèi)存大的臨時(shí)變量瓣履，減少內(nèi)存占用峰值。

內(nèi)存泄漏

通過Analyze來進(jìn)行靜態(tài)代碼檢查练俐，以發(fā)現(xiàn)在語法上顯而易見的內(nèi)存泄露問題

內(nèi)存泄露是運(yùn)行時(shí)的問題袖迎，這時(shí)可用Instruments中的Allocation和Leaks來不斷重復(fù)操作App，發(fā)現(xiàn)和定位內(nèi)存泄露點(diǎn)

常用的內(nèi)存優(yōu)化方法

圖片讀取：
imageNamed//使用緩存燕锥，適用于頻繁使用的小圖片
imageWithContentOfFile//不使用緩存辜贵，適用于大圖的讀取
文檔讀取
+ (nullable instancetype)dataWithContentsOfFile:(NSString *)path;//
+ (nullable instancetype)dataWithContentsOfFile:(NSString *)path options:(NSDataReadingOptions)readOptionsMask error:(NSError **)errorPtr;//映射文件到虛擬內(nèi)存，大文件時(shí)采用

內(nèi)存警告處理
當(dāng)內(nèi)存不足時(shí)归形，就會收到內(nèi)存警告托慨。在iOS中提供了3中內(nèi)存警告通知方式：

1.在應(yīng)用程序委托中實(shí)現(xiàn)applicationDidReceiveMemoryWarning:方法： 應(yīng)用程序委托對象中接收內(nèi)存警告消息
2.在UIViewController子類中實(shí)現(xiàn)didReceiveMemoryWarning方法：視圖控制器中接收內(nèi)存警告消息
3.注冊UIApplicationDidReceiveMemoryWarningNotification通知：其它類中使用通知接收內(nèi)存警告消息

收到內(nèi)存警告，一般有以下幾種處理方法：
1.盡可能多的釋放資源连霉，尤其是圖片等占用內(nèi)存較多的
2.釋放掉單例對象
3.iOS6之后對于隱藏的viewController直接設(shè)置self.view=nil