iOS内存警告处理(didReceiveMemoryWarning)

最新推荐文章于 2024-07-07 11:37:42 发布

DCSnail-蜗牛

最新推荐文章于 2024-07-07 11:37:42 发布

阅读量8.2k

点赞数

文章标签： iOS内存警告 warnings 内存过低内存处理

本文链接：https://blog.csdn.net/wangyanchang21/article/details/50730902

版权

-didReceiveMemoryWarning官方文档:

Handling Memory Warnings
Sent to the view controller when the app receives a memory warning.

Discussion
Your app never calls this method directly. Instead, this method is called when the system determines that the amount of available memory is low.
You can override this method to release any additional memory used by your view controller. If you do, your implementation of this method must call the super implementation at some point.

- (void)didReceiveMemoryWarning {
    [super didReceiveMemoryWarning];
    // Dispose of any resources that can be recreated.
    NSLog(@"didReceiveMemoryWarning");
}

总结:

(1)当应用可用内存过低导致系统发出内存警告的时候,便会触发此方法。
(2)清除不需要的视图,满足以下两个条件:1.视图已经被创建 2.不需要在 window 上显示了
(3)当从写此方法时,需要调用父类。调用super的didReceiveMemoryWarning只是释放controller的resouse，不会释放view。
(4)具体过程:当系统内存不足时，首先UIViewController的didReceiveMemoryWarining 方法会被调用，而didReceiveMemoryWarining 会判断当前ViewController的view是否显示在window上，如果没有显示在window上，则didReceiveMemoryWarining 会自动将viewcontroller 的view以及其所有子view全部销毁，然后调用viewcontroller的viewdidunload方法。如果当前UIViewController的view显示在window上，则不销毁该viewcontroller的view，当然，viewDidunload也不会被调用了。

iOS6.0及以上版本的内存警告处理方法：

-(void)didReceiveMemoryWarning
    {
            [super didReceiveMemoryWarning];//即使没有显示在window上，也不会自动的将self.view释放。
			// Dispose of any resources that can be recreated.
            // 此处做兼容处理需要加上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)// 是否是正在使用的视图
             {
		           //code
                   self.view = nil;// 目的是再次进入时能够重新加载调用viewDidLoad函数。
             }
           }
    }

探究:

iOS6 之前：viewDidUnload 和 didReceiveMemoryWarning 都会被调用。
iOS6 及其后面的版本: viewDidUnload 不会被调用 didReceiveMemoryWarning 依然被调用。系统会自动处理view相关的内存，我们不用担心。

iOS升级到6.0以后，不再支持viewDidUnload了。官方文档的解释是系统会自动控制大的View所占用的内存，其他小的View所占用的内存是极其微小的，不值得为了省内存而去清理然后在重新创建。如果你需要在内存警告的时候释放业务数据或者做些其他的特定处理，你可以实现 didReceiveMemoryWarning 这个函数。

1.我们的工程是ARC的。
2.我们会在viewController里面持有大量子view的成员变量（strong）
3.我们实现了大量的viewDidUnload函数来释放（2）里面持有的那个子view。

让我们看看我们的代码到了iOS6以后会发生什么事情。因为所有的子view都是strong持有的，这样会导致，及时系统内存警告导致了view的回收，他们也不会被真正的释放。于是乎，我们的程序可能就在后台被系统频繁的杀死。

例子:

一个App 有 3个 tab，A 、B、C。（都从viewController继承，并且都实现了didReceiveMemoryWarning）。当程序启动的时候，默认显示tab A，这个时候，A 的 viewDidload被调用，并且加载数据显示给用户。然后我们切换到 tab B，B会重复A的加载过程。
这时候系统产生了一个内存警告，A、B、C 3个对象都会受到警告。

A对象：因为它已经不在当前UI显示了，所以满足[self.view window] == nil，相关view被释放。
B对象：正在显示，所有didReceiveMemoryWarning什么也不会干。
C对象：最悲惨，从来没有显示过，viewDidload从来没调用过，也没有显示过。然后有个self.view .这句的调用会导致一个结果，就是C对象的viewDidload会被调用一次，于是他的逻辑就是释放前先创建一次，然后再把自己释放，是不是很悲剧。（所以apple给的方案也不一定完美靠谱）