iOS-旋转屏幕

iOS的转屏可以由三个地方控制:

1. AppDelegate 中的下面这个代理方法控制:(返回值是允许转屏的类型)

-(UIInterfaceOrientationMask)application:(UIApplication*)application supportedInterfaceOrientationsForWindow:(UIWindow*)window{
            returnUIInterfaceOrientationMaskPortrait;  //这个返回值意味着只允许竖屏
}
//注意: 这个代理方法的优先级最高,即使用这个方法后,下面两个方法如与此有冲突,则均失效

2. General - Deployment Info - Device Orientation
   (1)Protrait 竖屏
   (2)Upside Down 倒屏
   (3)Landscape Left 左横屏
   (4)Landscape Right 右横屏
   注意: 勾选不同的选型,代表整个项目所支持的转屏类型,此方法的优先级为中

3. AppDelegate中的self.window.rootViewController 所指向的 根视图控制器 中的两个代理方法:
   (一般都是UINavigationController或者UITabBarController中调用)

   //(1) 哪些页面支持自动转屏
   - (BOOL)shouldAutorotate{
         return YES;  //返回YES,表示支持自动转屏
    }
   //(2) 哪些界面支持哪些转屏方向
   - (UIInterfaceOrientationMask)supportedInterfaceOrientations{
        return UIInterfaceOrientationMaskAllButUpsideDown;  //表示支持除了倒屏之外的所有转屏类型
    }
   //(3)屏幕的初始转屏方向
   - (UIInterfaceOrientation)preferredInterfaceOrientationForPresentation{
      return UIInterfaceOrientationPortrait;
    }
//注意: 这个方法的优先级最低,只有不和前两个方法冲突时,这个方法才有效

如果根视图控制器与子控制器以Push的形式交互,这两个代理方法写在根视图控制器没有问题
但是
如果根视图控制器的某个子控制器present到另一个控制器(假设是VC3)的话,就得分情况而论:

• 如果VC3是用navigationController/tabBarController包装过的VC3,那么就应该在新包装的navigationController/tabBarController中再次重写者两个代理方法才行;
• 如果是直接present到VC3的,那么就在VC3中重写这两个代理方法才可以.

注意: 优先级只是便于使用的说法,实际上正确的流程应该是这样子的 :

首先，对于任意一个viewController，iOS会以info.plist中的设置和根视图控制器中的preferredInterfaceOrientationForPresentation和supportedInterfaceOrientations三者支持的方法做一个交运算，若交集不为空，则以preferredInterfaceOrientationForPresentation为初始方向，交集中的所有方向均支持，但仅在shouldAutorotate返回YES时，允许从初始方向旋转至其他方向。若交集为空，进入viewController时即crash，错误信息中会提示交集为空。

其次，UINavigationController稍有些特别，难以用常规API做到同一个navigationVC下的不同ViewController在不同方向间自如地切换。(如果去SO之类的地方搜索，会找到一个present empty viewController and then dismiss it之类的hacky trick，不建议使用)，如果要在横竖屏间切换，建议使用presentXXX方法。

再次，AppDelegate中有一个委托方法可以动态的设置应用支持的旋转方向，且此委托的返回值会覆盖info.plist中的固定设置。使用该方法的便利之处不言自明，但缺点是搞明白当前哪个ViewController即将要被显示，很可能会导致耦合增加；

最后,以上为本人在iOS9实验所得,如有错误,敬请指正