內存正告
IOS下每一個app可用的內存是被限制的，假如一個app應用的內存跨越了這個閥值，則體系會向該app發送Memory Warning新聞。收到新聞後，app必需盡量多的釋放一些不用要的內存，不然OS會封閉app。
幾種內存正告級別（便於懂得內存正告以後的行動）
 Memory warning level：

typedef enum {
                     OSMemoryNotificationLevelAny      = -1,
                     OSMemoryNotificationLevelNormal   =  0,
                     OSMemoryNotificationLevelWarning  =  1,
                     OSMemoryNotificationLevelUrgent   =  2,
                     OSMemoryNotificationLevelCritical =  3
                     }OSMemoryNotificationLevel;（5.0今後放棄了）

            1、Warning (not-normal) — 加入或許封閉一些不用要的後台法式 e.g. Mail
            2、Urgent — 加入一切的後台法式 e.g. Safari and iPod.
            3、Critical and beyond — 重啟

呼應內存正告：
在運用法式拜托中完成applicationDidReceiveMemoryWarning:辦法：
            運用法式拜托對象中吸收內存正告新聞
在您的UIViewController子類中完成didReceiveMemoryWarning辦法：
            視圖掌握器中吸收內存正告新聞
注冊UIApplicationDidReceiveMemoryWarningNotification告訴：
            其它類中應用告訴吸收內存正告新聞（例如：清算緩存數據）

View Controller

生成view：
loadView
1、loadView在每次應用self.view這個property，而且self.view為nil的時刻被挪用，用以發生一個有用的self.view（手工保護views，必需重寫該辦法）
2、view 掌握器收到didReceiveMemoryWarning的新聞時， 默許的完成是檢討以後掌握器的view能否在應用。 假如它的view不在以後正在應用的view hierarchy外面，且你的掌握器完成了loadView辦法，那末這個view將被release, loadView辦法將被再次挪用來創立一個新的view。（注：IOS6.0以下 假如沒有完成loadview，內存正告時不會挪用viewDidUnload）
viewDidLoad
普通我們會在這裡做界面上的初始化操作，好比往view中添加一些子視圖、從數據庫或許收集加載模子數據到子視圖中
官網供給的生成view的流程圖：

官網供給的卸載view的流程圖：

On IOS 5 and Earlier
1 體系收回正告或許ViewController自己挪用招致didReceiveMemoryWarning被挪用
2 挪用viewWillUnload以後釋放View
3 挪用viewDidUnload
ios5.0 LeaksDemo 

 -(void)didReceiveMemoryWarning
{
    //In earlier versions of iOS, the system automatically attempts to unload a view controller's views when memory is low
    [super didReceiveMemoryWarning];

         //didReceiveMemoryWarining 會斷定以後ViewController的view能否顯示在Window上，假如沒有顯示在Window上，則didReceiveMemoryWarining 會主動將viewcontroller 的view和其一切子view全體燒毀，然後挪用viewcontroller的viewdidunload辦法。

}
- (void)viewDidUnload
{
    // 被release的對象必需是在 viewDidLoad中能從新創立的對象
    // For example:
       self.myOutlet = nil;
    self.tableView = nil;
    dataArray = nil;
  
    [super viewDidUnload];
}

On iOS 6 and Later
1 體系收回正告或許ViewController自己挪用招致didReceiveMemoryWarning被挪用
2 - (void)didReceiveMemoryWarning;中釋放以後不在應用的資本
ios6.0 LeaksDemo

 -(void)didReceiveMemoryWarning
{
    [super didReceiveMemoryWarning];//即便沒有顯示在Window上，也不會主動的將self.view釋放。留意跟ios6.0之前的辨別
    // Add code to clean up any of your own resources that are no longer necessary.
    // 此處做兼容處置須要加上ios6.0的宏開關，包管是在6.0下應用的,6.0之前屏障以下代碼，不然會鄙人面應用self.view時主動加載viewDidUnLoad
    if ([[UIDevice currentDevice].systemVersion floatValue] >= 6.0) {
        //須要留意的是self.isViewLoaded是必弗成少的，其他方法拜訪視圖會招致它加載，在WWDC視頻也疏忽這一點。
        if (self.isViewLoaded && !self.view.window)// 能否是正在應用的視圖
        {
            // Add code to preserve data stored in the views that might be
            // needed later.
            // Add code to clean up other strong references to the view in
            // the view hierarchy.
            self.view = nil;// 目標是再次進入時可以或許從新加載挪用viewDidLoad函數。
        }
    }
}

內存缺乏時的處置
當我們翻開許多運用法式，和3d游戲時，法式內存缺乏，會產生內存正告，那內存接上去會左些甚麼呢？？？？？
內存正告關乎到一個過程成績！每個法式都是一個過程，有的過程在法式進入後台以後就開端了休眠，而有些法式進入後台卻還一向在運轉法式，好比QQ！當掌握器接收到內存正告以後，會做以下辦法：

1.當掌握器吸收到內存正告時，會挪用 didReceiveMemoryWarning 辦法
2.didReceiveMemoryWarning辦法外部的默許完成以下步調： 起首會檢測掌握器的view在不在屏幕上

if (self.view.superview == nil) { // 檢測掌握器的view在不在屏幕上
// 就會測驗考試燒毀掌握器的view
// 行將燒毀的時刻，就會挪用掌握器的 viewWillUnload
// 燒毀終了的時刻，就會挪用掌握器的 viewDidUnload辦法
} else {

// 不燒毀掌握器的view
}
3.當須要再次應用掌握器的view時，又會挪用loadView辦法來創立view

4.接著會挪用一系列的性命周期辦法
viewDidLoad —> ……

5.性命周期輪回
loadView –> viewDidLoad –> ..可見.. –內存正告–> didReceiveMemoryWarning —> viewWillUnload –> viewDidUnload —再次應用—> loadView

所以當我們的法式內存過年夜時，我們掛載在後台的QQ有時刻會湧現曾經推出的情形！當我們再次點擊的時刻，QQ又從新加載運轉起來！

【解析iOS內存缺乏時的正告和處置進程】的相關資料介紹到這裡，希望對您有所幫助！ 提示：不會對讀者因本文所帶來的任何損失負責。如果您支持就請把本站添加至收藏夾哦！