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实验所得,如有错误,敬请指正
