1.導航控制器棧內部的VC方向是導航控制器來決定的。nav --- A --- B --- C，C的旋轉方法是不起作用的，靠的是nav的-(BOOL)shouldAutorotate和-(UIInterfaceOrientationMask)supportedInterfaceOrientations。

解決方案是：重寫nav的旋轉方法，把結果指向到topViewController：

-(BOOL)shouldAutorotate{
   return self.topViewController.shouldAutorotate;
}

-(UIInterfaceOrientationMask)supportedInterfaceOrientations{
    return self.topViewController.supportedInterfaceOrientations;
}

對于UITabBarController,就轉嫁為它的selectedViewController的結果。

2.旋轉的邏輯流是：手機方向改變了 ---> 通知APP ---> 調用APP內部的關鍵VC(TabBar或Nav)的旋轉方法 ---> 得到可旋轉并且支持當前設備方向 ---> 旋轉到指定方向。

邏輯流的初始時物理上手機方向改變了。所有如果A push到 B，A只支持豎屏，而B只支持橫屏，如果這時手機物理方向沒變，那么B還是會跟A一樣豎屏，哪怕它只支持橫屏并且問題1也解決了的。

解決方案：強制旋轉。

@implementation UIDevice (changeOrientation)

+ (void)changeInterfaceOrientationTo:(UIInterfaceOrientation)orientation
{
   if ([[UIDevice currentDevice] respondsToSelector:@selector(setOrientation:)]) {
       SEL selector             = NSSelectorFromString(@"setOrientation:");
       NSInvocation *invocation = [NSInvocation invocationWithMethodSignature:[UIDevice instanceMethodSignatureForSelector:selector]];
       [invocation setSelector:selector];
       [invocation setTarget:[UIDevice currentDevice]];
       int val                  = orientation;
       [invocation setArgument:&val atIndex:2];
       [invocation invoke];
   }
}


@end

給UIDevice提供一個category，調用setOrientation:這個私有方法來實現。

3.有了問題1和2的解決，對于整個項目的基本方案確定。一般項目會有一個主方向，絕大多數界面都是這個方向，比如豎屏，然后有特定界面是特定方向。

那么解決方案是：

• 在target --> General --> Development Info里配置支持所有可能的方向
• 使用baseViewController，項目所有VC都繼承與它，在baseVC里寫入默認方向設置，這個默認設置就是絕大多數界面支持的方向。
• 然后在特殊方向界面，重寫-(BOOL)shouldAutorotate和-(UIInterfaceOrientationMask)supportedInterfaceOrientations來達到自己的目的。
• 特殊界面因為要強制旋轉，所以在進入界面是旋轉到需要方向：

  -(void)viewWillAppear:(BOOL)animated{
   [UIDevice changeInterfaceOrientationTo:(UIInterfaceOrientationLandscapeLeft)];
}

4.push和pop的結果測試：

要驗證問題3的方案是否滿足需要，滿足需要的意思是：每個頁面能夠顯示它支持的方向而且不會干擾到其他界面。所以測試一下push和pop的情況。

測試變量有：

• 當前的界面是默認還是特殊，這里把只有豎屏設為默認，橫屏為特殊情況。默認代表這個VC只需繼承baseVC的方向相關方法，不做任何額外處理。
• 界面是push還是pop
• 下一個界面是默認情況還是特殊情況。
• 下一個界面的shouldAutorate是否為YES。

前后兩個界面方向一致的畫，結果肯定是好的，就不測試 了。最終測試結果如下：

• 成功代表目標界面旋轉到了期望的方向
• 標記1：沒有旋轉，直接顯示的默認樣式（豎屏）。
• 標記2：從橫屏到豎屏，沒有切換方向，為什么？因為UIDevice的方向沒有修改，沒有觸發切換效果。所以在特殊界面離開的時候還要調用強制旋轉。其實只要相鄰的方向不同，就要在切換時觸發強制旋轉。
• 添加了viewWillDisappear里的強制旋轉后，標記2可以解決。但標記3還是失敗，其實push時，下一個界面如果是不可旋轉的，那么方向一定是不變了。

特殊界面只要保持，進入和離開時都調用強制旋轉，并且自身shouldAutorate為YES,那么push或pop進入特殊界面都沒有問題。關鍵是從特殊界面離開進入默認界面，pop時是成功的，push時如果默認界面是不可旋轉的，就會失敗。

針對這個有兩種方案：

• 在離開前把當前界面旋轉為默認，先旋轉，再push。
• 把默認界面改為可旋轉。

5.特殊方向界面離開前先旋轉到默認

因為特殊界面支持的方向不包含默認方向，所以只是強制旋轉時不起作用的，在強制旋轉前還要修改支持的方向。具體代碼：

- (IBAction)push:(id)sender {
   
   [self changeOrientationBeforeDisappear];  //離開前先修改方向，其他每個出口都要調用這個方法。不能在`viewWillDisappear`里調用，因為這時push等已經觸發了
   TFThirdViewController *thirdVC = [[TFThirdViewController alloc] init];
   [self.navigationController pushViewController:thirdVC animated:YES];
}

-(void)changeOrientationBeforeDisappear{
   _orientation = UIInterfaceOrientationMaskPortrait;  //替換為默認方向
   [UIDevice changeInterfaceOrientationTo:(UIInterfaceOrientationPortrait)];
   _orientation = UIInterfaceOrientationMaskLandscapeLeft; //替換為特殊方向界面自身需要的方向
}

-(UIInterfaceOrientationMask)supportedInterfaceOrientations{
   return _orientation;  //根據變量變化而變化
}

如果下一個界面不是默認，會是什么情況？會有兩次旋轉。離開時旋轉到默認，進入下一個界面，它自身又旋轉到指定方向。效果不好，如果想一次到位，怎么辦？就要離開的時候知道下一個界面期望的方向是什么，然后preferredInterfaceOrientationForPresentation正好符合這個意圖。
所以修改為：

@interface TFSecondViewController (){
   UIInterfaceOrientationMask _orientation;
   UIInterfaceOrientationMask _needOrientation;
}

@end

@implementation TFSecondViewController

- (void)viewDidLoad {
   [super viewDidLoad];
   
   _needOrientation = UIInterfaceOrientationMaskLandscapeLeft;
   _orientation = _needOrientation;
}

-(void)viewWillAppear:(BOOL)animated{
   [UIDevice changeInterfaceOrientationTo:(UIInterfaceOrientationLandscapeLeft)];
}

-(BOOL)shouldAutorotate{
   return YES;
}

- (IBAction)push:(id)sender {
   
   TFThirdViewController *thirdVC = [[TFThirdViewController alloc] init];
   [self changeOrientationBeforeDisappearTo:thirdVC];  //離開前先修改方向，其他每個出口都要調用這個方法。不能在`viewWillDisappear`里調用，因為這時push等已經觸發了
   
   [self.navigationController pushViewController:thirdVC animated:YES];
}

-(void)changeOrientationBeforeDisappearTo:(UIViewController *)nextVC{
   _orientation = UIInterfaceOrientationMaskAll;  //改為任意方向
   [UIDevice changeInterfaceOrientationTo:[nextVC preferredInterfaceOrientationForPresentation]];
   _orientation = _needOrientation; //替換為特殊方向界面自身需要的方向
}

-(UIInterfaceOrientationMask)supportedInterfaceOrientations{
   return _orientation;  //根據變量變化而變化
}

@end

_needOrientation時當前頁面需要的樣式。

總結起來就是：

• 給絕大多數情況建一個baseVC,里面設置默認方向。
• 對特殊方向界面：
  • 進入時(viewWillAppear)強制旋轉到需要的方向
  • 離開時，注意并不是viewWillDisappear,而是push操作之前，先修改方向為下一個界面的期望方向。
  • 當然自身的shouldAutorotate保持為YES。
• 方向相關的3個方法全部要實現。因為基類(BaseVC)做了處理，可以省去絕大部分的工作。特殊方向的界面單個處理即可。
• preferredInterfaceOrientationForPresentation的方向要和進入時的方向一致，這樣就不會有2次旋轉。

相比把基類的shouldAutorotate改為YES,這個方案的好處是，把特殊情況的處理基本都壓縮在特殊界面自身內部了，依賴的只有其他界面的supportedInterfaceOrientations,這個方法是一個補充性的，不會干擾其他界面原本的設計。而對shouldAutorotate卻比較麻煩，因為其他界面可能不希望旋轉。

再次測試pop和push情況：

• 特殊的都是可旋轉的，所以這種情況剔除了

6.present和dismiss的情況

奔潰1的問題是因為沒有實現preferredInterfaceOrientationForPresentation,而默認結果是當前的statusBar的樣式，從默認過去，那就是豎直方向，而這個界面supportedInterfaceOrientations的樣式又是橫屏，所以優先的方向(preferredxxx)不包含在支持的方向(supportedxxx)里就奔潰了。按照之前的約定，supportedInterfaceOrientations是必須實現的，實現了就成功了。

所以解決方案通過測試。

最后，present和push的切換方式有個不同：如果A--->B使用present方式，A不可旋轉，但同時支持橫豎屏，B可旋轉，支持橫豎屏，那么 A豎屏 ---> B豎屏 ---> 旋轉到橫屏 ---> dismiss 這個流程后，A會變成橫屏且不可旋轉。

也就是dismiss時，返回的界面不看你能不能旋轉，如果你支持當前的方向，就會直接變成當前方向的樣式。而supportedInterfaceOrientations默認是3個方向的，所以不實現這個方法而使用默認的，在dismiss的時候會有坑。