didReceiveMemoryWarning-内存警告处理方法

转载地址：http://blog.csdn.net/fightper/article/details/12784175

http://m.blog.csdn.net/blog/zixiweimi/38727645

根据网上的说法进行总结:

iOS的UIViewController 类给我们提供了处理内存不足的接口。

在iOS 3.0 之前，当系统的内存不足时，UIViewController的didReceiveMemoryWarining 方法会被调用，我们可以在didReceiveMemoryWarining 方法里释放掉部分暂时不用的资源。

    从iOS3.0 开始，UIViewController增加了viewDidUnload方法。

该方法和viewDIdLoad相配对。

当系统内存不足时，首先UIViewController的didReceiveMemoryWarining 方法会被调用，而didReceiveMemoryWarining 会判断当前ViewController的view是否显示在window上，

如果没有显示在window上，则didReceiveMemoryWarining 会自动将viewcontroller 的view以及其所有子view全部销毁，然后调用viewcontroller的viewdidunload方法。

如果当前UIViewController的view显示在window上，则不销毁该viewcontroller的view，当然，viewDidunload也不会被调用了。

    iOS3-iOS5.0以前版本收到内存警告：
调用didReceiveMemoryWarning内调用super的didReceiveMemoryWarning会将controller的view进行释放。所以我们不能将controller的view再次释放。
处理方法：
        

Java代码  

1. -(void)didReceiveMemoryWarning  
2.        {  
3.                 [super didReceiveMemoryWarning];//如没有显示在window上，会自动将self.view释放。  
4.                 // ios6.0以前，不用在此做处理，self.view释放之后，会调用下面的viewDidUnload函数，在viewDidUnload函数中做处理就可以了。  
5.        }  
6.        -(void)viewDidUnload  
7.        {  
8.               // Release any retained subviews of the main view.不包含self.view  
9.               //处理一些内存和资源问题。  
10.                [super viewDidUnload];  
11.                
12.        }  

 

但是到了ios6.0之后，这里又有所变化，ios6.0内存警告的viewDidUnload 被屏蔽，即又回到了ios3.0的时期的内存管理方式。   

iOS6.0及以上版本的内存警告：
调用didReceiveMemoryWarning内调用super的didReceiveMemoryWarning调只是释放controller的resouse，不会释放view
处理方法：
    -(void)didReceiveMemoryWarning
    {
            [super didReceiveMemoryWarning];//即使没有显示在window上，也不会自动的将self.view释放。
            // 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函数。
             }

           }
    }

 

根据网上的的翻译理解是这样的.一般不是官方的说法本人都会保留怀疑的态度.然后找到了官方的链接.

https://developer.apple.com/library/ios/featuredarticles/ViewControllerPGforiPhoneOS/ViewLoadingandUnloading/ViewLoadingandUnloading.html

在IOS6过后,有这样一段话.

On iOS 6 and Later, a View Controller Unloads Its Own Views When Desired

The default behavior for a view controller is to load its view hierarchy when the view property is first accessed and thereafter keep it in memory until the view controller is disposed of. The memory used by a view to draw itself onscreen is potentially quite large. However, the system automatically releases these expensive resources when the view is not attached to a window. The remaining memory used by most views is small enough that it is not worth it for the system to automatically purge and recreate the view hierarchy.

You can explicitly release the view hierarchy if that additional memory is necessary for your app. Listing 4-3 overrides the didReceiveMemoryWarningmethod to accomplish this. First, is calls the superclass’s implementation to get any required default behavior. Then, it cleans up the view controller’s resources. Finally, it tests to see if the view controller’s view is not onscreen. If the view is associated with a window, then it cleans up any of the view controller’s strong references to the view and its subviews. If the views stored data that needs to be recreated, the implementation of this method should save that data before releasing any of the references to those views.

这段话的大概意思是,当view被绘制在屏幕上的时候,是最费资源的,然后系统在内存警告的时候,会自动把这个资源给清理掉.
然后,就会剩下一小部分资源,通常这小部分资源可以不去处理他.
如果有一定的情况要去处理掉...就可以继承didReceiveMemoryWarning这个类来处理.

所以说,在IOS6版本之后,就可以不用去管这块东西了.(特殊情况除外).