iOS-旋转屏幕

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

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

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

General - Deployment Info - Device Orientation
(1)Protrait 竖屏
(2)Upside Down 倒屏
(3)Landscape Left 左横屏
(4)Landscape Right 右横屏
注意: 勾选不同的选型,代表整个项目所支持的转屏类型,此方法的优先级为中
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实验所得,如有错误,敬请指正

Aniket