标签：

一周新知识点记录(15.10.06)

一.UIWindow的windowLevel (优先级)

　　我们在程序中获取通过[UIApplication sharedApplication].keyWindow获取到应用程序的主屏幕，其实并不一定是AppDelegate类中定义的那个window。首先了解UIWindow的一些概念： 

　　UIWindow是一种特殊的UIView，它也可以自定义，在程序中可以同时显示多个UIWindow对象(UIWindow对象通过makeKeyAndVisible方法显示出来。makeKeyAndVisible方法，从方法名字面上看有两层意思：让window成为key window，使得window可见。)。这就不得不说到UIWindow的一个属性windowLevel，这个属性用来表示window对象的优先级。系统提供3个值（UIWindowLevel类型，CGFloat的别称）：

 UIWindowLevelNormal;    

UIWindowLevelAlert;    

UIWindowLevelStatusBar;   

打印出来一次为0.000000   2000.000000  1000.000000

值越大，window的优先级越高，当然也可以自己设这3个值以外的值，UIWindowLevelNormal为默认值，即对一个UIWindow对象的windowLevel不设为另外两个值，其优先级默认为UIWindowLevelNormal。

　　怎么理解这个优先级？如果要显示两个UIWindow对象在屏幕上，假如两个对象的优先级一样，即windowLevel值一样，或者不设置，默认都为UIWindowLevelNormal，那么最终显示结果是先显示的那个window在后，后显示的window在前。而对于两个优先级不一样的UIWindow对象，优先级高的在前，低的在后。

　　回到一开始说的keyWindow，既然一个程序可能存在多个UIWindow对象，那么keyWindow到底是哪个呢？答案是，谁最后显示谁就是keyWindow！注意不是谁在最前面，而是谁最后显示，对于自己定义的UIWindow对象，最后显示指的是谁最后调用makeKeyAndVisible方法。

　　事实上，除了自己定义的UIWindow对象，系统有一些控件其实也在UIWindow的优先级范畴内，比如UIAlertView，UIActionSheet，虽然这些控件表面上是UIWindow，但其内部是一个window，这一点通过UIActionSheet显示时打印[UIApplication sharedApplication].keyWindow得到验证，打印的keyWindow所属的类为UIAlertControllerShimPresenterWindow，其windowLevel值为UIWindowLevelAlert，即2000.000000。 

　　另外，对于状态栏，事实上也是以UIWindow的形式存在，其windoeLevel值为UIWindowLevelStatusBar，即1000.000000。因此根据UIWindow的优先级关系，自定义一个windowLevel大于1000的UIWindow对象可以覆盖掉状态栏。

 二.UIWindow层级结构

UIWindow的rootViewController分别为普通视图控制器、导航栏控制器、分页栏控制器、模态窗口情况下：

1、普通视图控制器

—UIWindow

——UIView(视图控制器的根view)

2、导航栏控制器

—UIWindow

——UILayoutContainerView

———UINavigationTransitionView

————UIViewControllerWrapperView

—————UIView(视图控制器的根view)

———UINavigationBar

————。。。。

3、分页栏控制器

—UIWindow

——UILayoutContainerView

———UITransitionView

————UIViewControllerWrapperView

—————UIView(视图控制器的根view)

———UITabBar

————。。。。 

4、模态窗口

—UIWindow

——UITransitionView

———UIView(视图控制器的根view)

三.KVC/KVO总结

见 博文链接

四.系统本地推送

见 博文链接

一周随笔--15.10.06

标签：

原文地址：http://www.cnblogs.com/lotheve/p/4857170.html