loadView、viewDidLoad及viewDidUnload的关系

一,概述

   关于LoadView,ViewDidLoad及ViewDidUnload这三者的关系,一般面试的时候,笔试题一般会问到. 

二、loadView

1.什么时候被调用？
   每次访问UIViewController的view(比如controller.view、self.view)而且view为nil，loadView方法就会被调用。
2.有什么作用？
   loadView方法是用来负责创建UIViewController的view
3.默认实现是怎样的？
   默认实现即[super loadView]里面做了什么事情。
  1> 它会先去查找与UIViewController相关联的xib文件，通过加载xib文件来创建UIViewController的view
       如果在初始化UIViewController指定了xib文件名，就会根据传入的xib文件名加载对应的xib文件
[[MJViewController alloc] initWithNibName:@"MJViewController" bundle:nil];
如果没有明显地传xib文件名，就会加载跟UIViewController同名的xib文件
[[MJViewController alloc] init]; // 加载MJViewController.xib
  2> 如果没有找到相关联的xib文件，就会创建一个空白的UIView，然后赋值给UIViewController的view属性，大致如下

       self.view = [[[UIView alloc] initWithFrame:[UIScreen mainScreen].applicationFrame] autorelease];
      // applicationFrame的值是：{{x = 0, y = 20}, {width = 320, height = 460}}
      [super loadView]里面就大致完成1>和2>中叙述的内容

4.怎样正确使用这个方法
大家都知道UIViewController的view可以通过xib文件来创建，但是在某些情况下，xib不是那么地灵活，所以有时候我们想通过代码来创建UIView，比如：
self.view = [[[UIWebView alloc] initWithFrame:[UIScreen mainScreen].applicationFrame] autorelease];
 如果想通过代码来创建UIViewController的view，就要重写loadView方法，并且不需要调用[super loadView]，因为在第3点里面已经提到：若没有xib文件，[super loadView]默认会创建一个空白的UIView。我们既然要通过代码来自定义UIView，那么就没必要事先创建一个空白的UIView，以节省不必要的开销。正确的做法应该是这样：

 - (void)loadView {
     self.view = [[[UIWebView alloc] initWithFrame:[UIScreen mainScreen].applicationFrame] autorelease];
 }

 不需要调用[super loadView]，你调用了也不会出错，只是造成了一些不必要的开销。
 总结一句话，苹果设计这个方法就是给我们自定义UIViewController的view用的

三、viewDidLoad

   1.什么时候被调用？
      无论你是通过xib文件还是重写loadView方法创建UIViewController的view，在view创建完毕后，最终都会调用viewDidLoad方法
   2.有什么作用？
      一般我们会在这里做界面上的初始化操作，比如往view中添加一些子视图、从数据库或者网络加载模型数据装配到子视图中。例如：

 - (void)viewDidLoad {
      [super viewDidLoad];     
      // 添加一个按钮
      UIButton *button = [UIButton buttonWithType:UIButtonTypeContactAdd];
      [button addTarget:self action:@selector(click) forControlEvents:UIControlEventTouchUpInside];
      [self.view addSubview:button];
 }

四、viewDidUnload

   1.什么时候被调用？
    iOS设备的内存是极其有限的，如果应用程序占用的内存过多的话，系统就会对应用程序发出内存警告。UIViewController就会收到didReceiveMemoryWarning消息。didReceiveMemoryWarning方法的默认实现是：如果当前UIViewController的view不在应用程序的视图层次结构(View Hierarchy)中，即view的superview为nil的时候，就会将view释放，并且调用viewDidUnload方法
   2.有什么作用？
  上面说到，发出内存警告且view被释放的时候就会调用viewDidUnload方法，所以一般在释放资源，主要是释放界面元素相关的资源，将相关的实例都赋值为nil

 - (void)viewDidUnload {
      [super viewDidUnload];
     self.name = nil;
     self.pwd = nil;
 }

  3.dealloc也是用来释放资源的，那跟viewDidUnload有什么关系？
    当发出内存警告调用viewDidUnload方法时，只是释放了view，并没有释放UIViewController，所以并不会调用dealloc方法。即viewDidUnload和dealloc方法并没有任何关系，dealloc方法只会在UIViewController被释放的时候调用

五、三个方法的关系

   1.第一次访问UIViewController的view时，view为nil，然后就会调用loadView方法创建view
   2.view创建完毕后会调用viewDidLoad方法进行界面元素的初始化
   3.当内存警告时，系统可能会释放UIViewController的view，将view赋值为nil，并且调用viewDidUnload方法
   4.当再次访问UIViewController的view时，view已经在3中被赋值为nil，所以又会调用loadView方法重新创建view

   5.view被重新创建完毕后，还是会调用viewDidLoad方法进行界面元素的初始化

六,涉及到的常见问题

  1.重复调用2次loadView和viewDidLoad
     最好不要在UIViewController的loadView方法中改变状态栏的可视性(比如状态栏由显示变为隐藏、或者由隐藏变为显示)，因为会导致重复调用2次loadView和            viewDidLoad方法

   假设状态栏本来是处于显示状态的：
   下面的是错误代码：

   - (void)loadView {
         NSLog(@"loadView");
         // 隐藏状态栏
        [UIApplication sharedApplication].statusBarHidden = YES;      
        // .... 创建UIView
        self.view = [[[UIView alloc] initWithFrame:[UIScreen mainScreen].bounds] autorelease];
        self.view.backgroundColor = [UIColor grayColor];
     }  

  - (void)viewDidLoad {
      [super viewDidLoad];
      NSLog(@"viewDidLoad");
     }

打印信息：
  2016-02-26 00:51:36.152 weibo[2251:c07] loadView  
  2016-02-26 00:51:36.153 weibo[2251:c07] loadView  
  2016-02-26 00:51:36.153 weibo[2251:c07] viewDidLoad  
  2016-02-26 00:51:36.154 weibo[2251:c07] viewDidLoad
虽然运行效果是对的，但是系统连续调用了2次loadView和viewDidLoad方法，导致创建了2次UIView，造成了不必要的开销。
原因分析：
     状态栏由显示变为隐藏，意味着屏幕的可用高度变长了，UIViewController的UIView的高度也要重新调整，因此系统会重新调用loadView方法创建UIView，创建完毕后再次调用viewDidLoad方法。
   2.按钮无法点击
      如果在UIImageView中添加了一个按钮，你会发现在默认情况下这个按钮是无法被点击的，需要设置UIImageView的userInteractionEnabled为YES：
imageView.userInteractionEnabled = YES;
设置为YES后，UIImageView内部的按钮就可以被点击了
原因分析：
       • 当用户点击屏幕时，会产生一个触摸事件，系统会将该事件加入到一个由UIApplication管理的事件队列中
       • UIApplication会从事件队列中取出最前面的事件进行分发以便处理，通常，先发送事件给应用程序的主窗口(UIWindow)
       • 主窗口会调用hitTest:withEvent:方法在视图(UIView)层次结构中找到一个最合适的UIView来处理触摸事件
   (hitTest:withEvent:其实是UIView的一个方法，UIWindow继承自UIView，因此主窗口UIWindow也是属于视图的一种)
       • hitTest:withEvent:方法大致处理流程是这样的：
         首先调用当前视图的pointInside:withEvent:方法判断触摸点是否在当前视图内：
         ▶ 若pointInside:withEvent:方法返回NO，说明触摸点不在当前视图内，则当前视图的hitTest:withEvent:返回nil
         ▶ 若pointInside:withEvent:方法返回YES，说明触摸点在当前视图内，则遍历当前视图的所有子视图(subviews)，调用子视图的hitTest:withEvent:方法重复前面的步骤，子视图的遍历顺序是从top到bottom，即从subviews数组的末尾向前遍历，直到有子视图的hitTest:withEvent:方法返回非空对象或者全部子视图遍历完毕：
         ▷ 若第一次有子视图的hitTest:withEvent:方法返回非空对象,则当前视图的hitTest:withEvent:方法就返回此对象，处理结束
         ▷ 若所有子视图的hitTest:withEvent:方法都返回nil，则当前视图的hitTest:withEvent:方法返回当前视图自身(self)
      • 最终，这个触摸事件交给主窗口的hitTest:withEvent:方法返回的视图对象去处理
我大致画了个iOS触摸事件分发的原理图：

• hitTest:withEvent:方法会忽略以下视图：
   1> 隐藏(hidden=YES)的视图
   2> 禁止用户操作(userInteractionEnabled=NO)的视图
   3> alpha<0.01的视图
   4> 如果一个子视图的区域超过父视图的区域(如果父视图的clipsToBounds属性为NO,超过父视图区域的子视图内容也会显示)，那么正常情况下在父 视图区域外的触摸操作不会被识别,因为父视图的pointInside:withEvent:方法会返回NO,这样就不会继续向下遍历子视图了。当然，也 可以重写pointInside:withEvent:方法来处理这种
综上所述可得：如果父视图的userInteractionEnabled=NO，触摸事件不会继续往下传递给子视图，所以子视图永远无法处理触摸事件。而UIImageView在默认情况下的userInteractionEnabled就是NO。