Warning: Attempt to present A on B whose view is not in the window hierarchy!

昨天写豆瓣发广播Demo的时候，为了写Demo的简单，就使用了Storyboard，结果执行视图跳转时遇到了这个问题：

Warning: Attempt to present <UINavigationController: 0x8d514e0> on <OAuthViewController: 0xa044a60> whose view is not in the window hierarchy!

其功能是OAuthViewController用于用户授权，在获取用户的授权后将拿到的access_token通过NSUserDefaults保存起来。那么在下一次打开程序时，首先判断access_token是否已经存在，如果已经存在就直接跳转到UINavigationController。代码如下：

- (void)viewDidLoad {
    [super viewDidLoad];
    
    spinner_view.hidesWhenStopped = YES;
    [webView setDelegate:self];
    [webView setScalesPageToFit:YES];
    
    
    // 如果已经保存了授权用户的access_token，那么直接跳转到UINavigationController
    NSUserDefaults *userDefaults = [NSUserDefaults standardUserDefaults];
    access_token = [userDefaults objectForKey:@"access_token"];
    if (access_token) {
        [self performSegueWithIdentifier:@"gotoSay" sender:nil];
        return;
    }
    
    NSString *paramClientID = [NSString stringWithFormat:@"client_id=%@", API_KEY];
    NSString *paramRedirect_uri = [NSString stringWithFormat:@"redirect_uri=%@", REDIRECT_URI];
    NSString *paramResponse_type = @"response_type=code";
    NSString *paramScope = @"shuo_basic_r,shuo_basic_w,douban_basic_common"; // 在其它API调用时可能要扩展该作用域参数
    NSString *getAuthCode = [NSString stringWithFormat:@"%@?%@&%@&%@&%@", GET_AUTHORIZATION_CODE_URL, paramClientID, paramRedirect_uri, paramResponse_type, paramScope];
    
    NSURLRequest *request = [NSURLRequest requestWithURL:[NSURL URLWithString:getAuthCode]];
    [spinner_view startAnimating];
    [webView loadRequest:request];
}

问题出现了，无法完成视图的跳转，但是用户的access_token已经在preferences的plist文件中成功保存了。控制台输出的错误信息如上所示。

查了一下资料，发现了问题所在（StackOverflow上面的高手真的很多啊），先给出两个对我很有帮助的网址：

［ios开发异常］whose view is not in the window hierarchy!

loadView、viewDidLoad、viewWillAppear、viewDidAppear等详解

解决方法：

将验证access_token是否已经存在的代码转移到viewDidAppear方法中：

- (void)viewDidAppear:(BOOL)animated {
    // 如果已经保存了授权用户的access_token，那么直接跳转到UINavigationController
    NSUserDefaults *userDefaults = [NSUserDefaults standardUserDefaults];
    access_token = [userDefaults objectForKey:@"access_token"];
    if (access_token) {
        [self performSegueWithIdentifier:@"gotoSay" sender:nil];
        return;
    }
}

分析：

在进行单步调试时，如果你细心点就会发现，只有在viewDidLoad方法完全执行完毕，才会真正在window中加载对应的界面。这样一来，在修改前的程序中就有问题出现了，注意该动作发生在A的viewDidLoad方法中：

[self performSegueWithIdentifier:@"gotoSay" sender:nil];

作用是从A跳转到B中。

那么在segue调用后，程序将调用B的viewDidLoad方法，在B的viewDidLoad方法执行完后，又回到了A的viewDidLoad的方法中执行剩下的语句。那么在window加载视图时其层次结构便发生了混乱：window加载完B的view后又回到了A并加载了A的view（所以可以看到在程序中加载的是A的view），这时window的目录结构下找不到B的view，于是报错。

viewDidAppear方法和viewDidLoad方法的区别在于：viewDidLoad方法调用时视图还没完全过渡到window中，viewDidAppear方法调用时，视图已经完全过渡到window中了。

所以在viewDidAppear方法中调用performSegue方法实现视图跳转就不会出现以上的问题了，因为程序将有序地先执行A的viewDidLoad方法，在该方法完结后，再在viewDidAppear方法中执行segue跳转并执行B的viewDidLoad方法，这样就不会发生混乱了。