ios系统 处理内存警告

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

     app收到Memory Warning后会调用：UIApplication::didReceiveMemoryWarning -> UIApplicationDelegate::applicationDidReceiveMemoryWarning,而后调用当前全部的viewController进行处理。所以处理的主要工做是在viewController。

    当咱们的程序在第一次收到内存不足警告时，应该释放一些不用的资源，以节省部份内存。不然，当内存不足情形依然存在，iOS再次向咱们程序发出内存不足的警告时，咱们的程序将会被iOS kill掉。

 

    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也不会被调用了。可是到了ios6.0以后，这里又有所变化，ios6.0内存警告的viewDidUnload 被屏蔽，即又回到了ios3.0的时期的内存管理方式。   

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

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

       }

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

 

 

    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函数。              }

           }     }

 

可是彷佛这么写相对于之前并不省事。最终咱们找到一篇文章，文章中说其实并不值得回收这部分的内存，缘由以下：

1. UIView是UIResponder的子类，而UIResponder有一个CALayer的成员变量，CALayer是具体用于将本身画到屏幕上的。

2. CALayer是一个bitmap图象的包装类，当UIView调用自身的drawRect时，CALayer才会建立这个bitmap图象类。

3. 具体占内存的实际上是一个bitmap图象类，CALayer只占48bytes, UIView只占96bytes。而一个iPad的全屏UIView的bitmap类会占到12M的大小！

4.在iOS6时，当系统发出MemoryWarning时，系统会自动回收bitmap类。可是不回收UIView和CALayer类。这样即回收了大部份内存，又能在须要bitmap类时，根据CALayer类重建。

    因此，iOS6这么作的意思是：咱们根本没有必要为了几十byte而费力回收内存。

 

--------------------------切糕分割线--------------

PS：

一、关于这个的官方文档：https://developer.apple.com/library/ios/#featuredarticles/ViewControllerPGforiPhoneOS/ViewLoadingandUnloading/ViewLoadingandUnloading.html

二、zon2012貌似都没有ios6的这个兼容（其实view是没问题的，关键是资源）