正确处理 Memory Warning

最新推荐文章于 2026-05-14 06:37:52 发布

转载最新推荐文章于 2026-05-14 06:37:52 发布 · 812 阅读

属性或方法专栏收录该内容

23 篇文章

订阅专栏

本文详细介绍了iOS应用在接收到内存警告时如何正确处理，包括内存警告的工作原理、不同视图控制器状态下的响应机制，以及关键函数的使用方法。重点强调了内存管理的最佳实践，确保应用性能稳定。

IPhone下每个app可用的内存是被限制的，如果一个app使用的内存超过20M，则系统会向该app发送Memory Warning消息。收到此消息后，app必须正确处理，否则可能出错或者出现内存泄露。

app收到Memory Warning后会调用：

UIApplication::didReceiveMemoryWarning -> UIApplicationDelegate::applicationDidReceiveMemoryWarning,然后调用当前所有的viewController进行处理。因此处理的主要工作是在viewController。

我们知道，创建viewcontroller时，执行顺序是loadview -> viewDidLoad。

当收到内存警告时，如果viewcontroller未显示（在后台），会执行didReceiveMemoryWarning -> viewDidUnLoad；如果viewcontroller当前正在显示（在前台），则只执行didReceiveMemoryWarning。

当重新显示该viewController时，执行过viewDidUnLoad的viewcontroller（即原来在后台）会重新调用loadview -> viewDidLoad。

因此主要注意下面几个函数：

loadView	创建view，构建界面；
viewDidLoad	做些初始化工作。由于在初次创建viewcontroller和重新恢复时都会调用，因此这个函数需要注意区分不同的情况，设置正确的状态。
didReceiveMemoryWarning	释放不必须的内存，比如缓存，未显示的view等。
viewDidUnLoad	最大程度的释放可以释放的内存。比如应该释放view，这些view在调用loadview后可以重新生成。（其中成员变量释放后应设置为nil）。对于非界面的数据是否释放，需要具体分析，可以恢复的数据可以释放，不能恢复的数据就不要释放。

实际中如果viewcontroller是用xib生成的界面，则需要我们做的就比较少，主要是在viewDidLoad中恢复原来的界面状态。

如果是通过编程创建的界面，则需要做的工作就要更多些，上面4个函数中都需要进行正确处理。