解析iOS內(nèi)存不足時(shí)的警告以及處理過程
內(nèi)存警告
ios下每個(gè)app可用的內(nèi)存是被限制的,如果一個(gè)app使用的內(nèi)存超過了這個(gè)閥值,則系統(tǒng)會(huì)向該app發(fā)送Memory Warning消息。收到消息后,app必須盡可能多的釋放一些不必要的內(nèi)存,否則OS會(huì)關(guān)閉app。
幾種內(nèi)存警告級(jí)別(便于理解內(nèi)存警告之后的行為)
Memory warning level:
typedef enum {
OSMemoryNotificationLevelAny = -1,
OSMemoryNotificationLevelNormal = 0,
OSMemoryNotificationLevelWarning = 1,
OSMemoryNotificationLevelUrgent = 2,
OSMemoryNotificationLevelCritical = 3
}OSMemoryNotificationLevel;(5.0以后廢棄了)
1、Warning (not-normal) — 退出或者關(guān)閉一些不必要的后臺(tái)程序 e.g. Mail
2、Urgent — 退出所有的后臺(tái)程序 e.g. Safari and iPod.
3、Critical and beyond — 重啟
響應(yīng)內(nèi)存警告:
在應(yīng)用程序委托中實(shí)現(xiàn)applicationDidReceiveMemoryWarning:方法:
應(yīng)用程序委托對(duì)象中接收內(nèi)存警告消息
在您的UIViewController子類中實(shí)現(xiàn)didReceiveMemoryWarning方法:
視圖控制器中接收內(nèi)存警告消息
注冊(cè)UIApplicationDidReceiveMemoryWarningNotification通知:
其它類中使用通知接收內(nèi)存警告消息(例如:清理緩存數(shù)據(jù))
View Controller
生成view:
loadView
1、loadView在每一次使用self.view這個(gè)property,并且self.view為nil的時(shí)候被調(diào)用,用以產(chǎn)生一個(gè)有效的self.view(手工維護(hù)views,必須重寫該方法)
2、view 控制器收到didReceiveMemoryWarning的消息時(shí), 默認(rèn)的實(shí)現(xiàn)是檢查當(dāng)前控制器的view是否在使用。 如果它的view不在當(dāng)前正在使用的view hierarchy里面,且你的控制器實(shí)現(xiàn)了loadView方法,那么這個(gè)view將被release, loadView方法將被再次調(diào)用來創(chuàng)建一個(gè)新的view。(注:ios6.0以下 如果沒有實(shí)現(xiàn)loadview,內(nèi)存警告時(shí)不會(huì)調(diào)用viewDidUnload)
viewDidLoad
一般我們會(huì)在這里做界面上的初始化操作,比如往view中添加一些子視圖、從數(shù)據(jù)庫(kù)或者網(wǎng)絡(luò)加載模型數(shù)據(jù)到子視圖中
官網(wǎng)提供的生成view的流程圖:

官網(wǎng)提供的卸載view的流程圖:

On iOS 5 and Earlier
1 系統(tǒng)發(fā)出警告或者ViewController本身調(diào)用導(dǎo)致didReceiveMemoryWarning被調(diào)用
2 調(diào)用viewWillUnload之后釋放View
3 調(diào)用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 會(huì)判斷當(dāng)前ViewController的view是否顯示在window上,如果沒有顯示在window上,則didReceiveMemoryWarining 會(huì)自動(dòng)將viewcontroller 的view以及其所有子view全部銷毀,然后調(diào)用viewcontroller的viewdidunload方法。
}
- (void)viewDidUnload
{
// 被release的對(duì)象必須是在 viewDidLoad中能重新創(chuàng)建的對(duì)象
// For example:
self.myOutlet = nil;
self.tableView = nil;
dataArray = nil;
[super viewDidUnload];
}
On iOS 6 and Later
1 系統(tǒng)發(fā)出警告或者ViewController本身調(diào)用導(dǎo)致didReceiveMemoryWarning被調(diào)用
2 - (void)didReceiveMemoryWarning;中釋放當(dāng)前不在使用的資源
ios6.0 LeaksDemo
-(void)didReceiveMemoryWarning
{
[super didReceiveMemoryWarning];//即使沒有顯示在window上,也不會(huì)自動(dòng)的將self.view釋放。注意跟ios6.0之前的區(qū)分
// Add code to clean up any of your own resources that are no longer necessary.
// 此處做兼容處理需要加上ios6.0的宏開關(guān),保證是在6.0下使用的,6.0以前屏蔽以下代碼,否則會(huì)在下面使用self.view時(shí)自動(dòng)加載viewDidUnLoad
if ([[UIDevice currentDevice].systemVersion floatValue] >= 6.0) {
//需要注意的是self.isViewLoaded是必不可少的,其他方式訪問視圖會(huì)導(dǎo)致它加載,在WWDC視頻也忽視這一點(diǎn)。
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;// 目的是再次進(jìn)入時(shí)能夠重新加載調(diào)用viewDidLoad函數(shù)。
}
}
}
內(nèi)存不足時(shí)的處理
當(dāng)我們打開很多應(yīng)用程序,以及3d游戲時(shí),程序內(nèi)存不足,會(huì)發(fā)生內(nèi)存警告,那內(nèi)存接下來會(huì)左些什么呢?????
內(nèi)存警告關(guān)乎到一個(gè)進(jìn)程問題!每一個(gè)程序都是一個(gè)進(jìn)程,有的進(jìn)程在程序進(jìn)入后臺(tái)之后就開始了休眠,而有些程序進(jìn)入后臺(tái)卻還一直在運(yùn)行程序,比如QQ!當(dāng)控制器接受到內(nèi)存警告之后,會(huì)做如下方法:
1.當(dāng)控制器接收到內(nèi)存警告時(shí),會(huì)調(diào)用 didReceiveMemoryWarning 方法
2.didReceiveMemoryWarning方法內(nèi)部的默認(rèn)實(shí)現(xiàn)以下步驟: 首先會(huì)檢測(cè)控制器的view在不在屏幕上
if (self.view.superview == nil) { // 檢測(cè)控制器的view在不在屏幕上
// 就會(huì)嘗試銷毀控制器的view
// 即將銷毀的時(shí)候,就會(huì)調(diào)用控制器的 viewWillUnload
// 銷毀完畢的時(shí)候,就會(huì)調(diào)用控制器的 viewDidUnload方法
} else {
// 不銷毀控制器的view
}
3.當(dāng)需要再次使用控制器的view時(shí),又會(huì)調(diào)用loadView方法來創(chuàng)建view
4.接著會(huì)調(diào)用一系列的生命周期方法
viewDidLoad —> ……
5.生命周期循環(huán)
loadView –> viewDidLoad –> ..可見.. –內(nèi)存警告–> didReceiveMemoryWarning —> viewWillUnload –> viewDidUnload —再次使用—> loadView
所以當(dāng)我們的程序內(nèi)存過大時(shí),我們掛載在后臺(tái)的QQ有時(shí)候會(huì)出現(xiàn)已經(jīng)推出的情況!當(dāng)我們?cè)俅吸c(diǎn)擊的時(shí)候,QQ又重新加載運(yùn)行起來!
- IOS 常見內(nèi)存泄漏以及解決方案
- IOS 調(diào)整內(nèi)存中的圖片大小實(shí)例詳解
- iOS通過逆向理解Block的內(nèi)存模型
- 詳解關(guān)于iOS內(nèi)存管理的規(guī)則思考
- 詳解iOS應(yīng)用開發(fā)中的ARC內(nèi)存管理方式
- IOS中內(nèi)存管理那些事
- 剖析iOS開發(fā)中Cocos2d-x的內(nèi)存管理相關(guān)操作
- shell腳本監(jiān)控linux系統(tǒng)內(nèi)存使用情況的方法(不使用nagios監(jiān)控linux)
- iOS內(nèi)存錯(cuò)誤EXC_BAD_ACCESS的解決方法
- 詳解使用Xcode7的Instruments檢測(cè)解決iOS內(nèi)存泄露(最新)
相關(guān)文章
IOS 開發(fā)之應(yīng)用喚起實(shí)現(xiàn)原理詳解
這篇文章主要介紹了IOS 開發(fā)之應(yīng)用喚起實(shí)現(xiàn)原理詳解的相關(guān)資料,需要的朋友可以參考下2016-12-12
iOS中幾種定時(shí)器的實(shí)現(xiàn)小結(jié)
這篇文章主要介紹了iOS中幾種定時(shí)器的實(shí)現(xiàn)小結(jié),文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2021-01-01
詳解2016 cocoapods的安裝和使用以及版本升級(jí)遇到的問題
CocoaPods是一個(gè)負(fù)責(zé)管理iOS項(xiàng)目中第三方開源庫(kù)的工具。這篇文章主要介紹了2016 cocoapods的安裝和使用以及版本升級(jí)遇到的問題,有需要的可以了解一下。2016-12-12
詳解iOS應(yīng)用開發(fā)中autoresizing尺寸自動(dòng)適應(yīng)屬性的用法
這篇文章主要介紹了iOS應(yīng)用開發(fā)中autoresizing尺寸自動(dòng)適應(yīng)屬性的用法,文中講解了使用代碼和Storyboard兩種方式調(diào)節(jié)autoresizing的方法,示例代碼為Objective-C,需要的朋友可以參考下2016-03-03
IOS中快速集成短信SDK驗(yàn)證開發(fā)(SMSSDK),IOS開發(fā)中如何設(shè)置手機(jī)短信驗(yàn)證碼
這篇文章主要介紹了IOS中快速集成短信SDK驗(yàn)證開發(fā)(SMSSDK),IOS開發(fā)中如何設(shè)置手機(jī)短信驗(yàn)證碼 的相關(guān)資料,需要的朋友可以參考下2016-01-01
iOS之單獨(dú)使用UISearchBar創(chuàng)建搜索框的示例
本篇文章主要介紹了iOS之單獨(dú)使用UISearchBar創(chuàng)建搜索框的示例,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2017-10-10
iOS實(shí)現(xiàn)屏幕亮度和閃光燈控制的實(shí)例代碼
本篇文章主要介紹了iOS實(shí)現(xiàn)屏幕亮度和閃光燈控制的實(shí)例代碼,具有一定的參考價(jià)值,有興趣的可以了解一下2017-06-06
在iOS開發(fā)的Quartz2D使用中實(shí)現(xiàn)圖片剪切和截屏功能
這篇文章主要介紹了在iOS開發(fā)的Quartz2D使用中實(shí)現(xiàn)圖片剪切和截屏功能的方法,代碼基于傳統(tǒng)的Objective-C,需要的朋友可以參考下2015-12-12

