刚开始使用Xcode 4.5，我在控制台得到了这个错误:
警告:试图在< ViewController: 0x1ec3e000>上显示< finishViewController: 0x1e56e0a0 >，其视图不在窗口层次结构中!
视图仍在显示，应用程序中的一切都在正常工作。这是iOS 6的新功能吗?
这是我用来在视图之间更改的代码:
UIStoryboard *storyboard = self.storyboard;
finishViewController *finished =
[storyboard instantiateViewControllerWithIdentifier:@"finishViewController"];
[self presentViewController:finished animated:NO completion:NULL];
当前回答
它主要发生在你在一些后台工作后，如Api命中或特别核心数据服务调用警报。 在应用程序主线程中调用警报。
DispatchQueue.main.async {
// call your alert in this main thread.
Constants.alert(title: "Network Error!", message: "Please connect to internet and try again.", controller: self)
}
其他回答
我在更新Xcode后发现了这个bug，我相信是Swift 5。当我在展开视图控制器后通过编程方式直接启动segue时，问题就发生了。
解决方案到来的同时修复了一个相关的错误，即用户现在可以通过向下滑动页面来unwind segue。这打破了我程序的逻辑。
通过将所有视图控制器上的演示模式从自动更改为全屏，可以解决这个问题。
你可以在界面构建器的属性面板中完成。或者查看这个答案，了解如何以编程方式完成。
如果其他解决方案因为某些原因看起来不太好，你仍然可以使用这个不错的老方法，用延迟0表示，就像这样:
dispatch_after(0, dispatch_get_main_queue(), ^{
finishViewController *finished = [self.storyboard instantiateViewControllerWithIdentifier:@"finishViewController"];
[self presentViewController:finished animated:NO completion:NULL];
});
虽然我没有看到任何文件保证你的VC会在调度块计划执行的时间上处于视图层次结构上，但我观察到它会工作得很好。
使用延迟，例如0.2秒也是一种选择。最好的事情-这样你就不需要在viewDidAppear中混乱布尔变量:
它主要发生在你在一些后台工作后，如Api命中或特别核心数据服务调用警报。 在应用程序主线程中调用警报。
DispatchQueue.main.async {
// call your alert in this main thread.
Constants.alert(title: "Network Error!", message: "Please connect to internet and try again.", controller: self)
}
你从哪里调用这个方法?我有一个问题，我试图在viewDidLoad方法中呈现一个模态视图控制器。我的解决方案是将这个调用移动到viewDidAppear:方法。
我的假设是，视图控制器的视图在它被加载时(当viewDidLoad消息被发送时)不在窗口的视图层次结构中，但在它被呈现后(当viewDidAppear:消息被发送时)它在窗口层次结构中。
谨慎
如果你确实调用了viewDidAppear:中的presentViewController:animated:completion:，你可能会遇到这样一个问题，即每当视图控制器的视图出现时，模态视图控制器总是被呈现(这是有意义的!)，因此模态视图控制器被呈现永远不会消失……
也许这不是呈现模态视图控制器的最佳位置，或者可能需要保留一些额外的状态让呈现的视图控制器决定是否应该立即呈现模态视图控制器。
我有这个问题，根本原因是多次订阅按钮单击处理程序(TouchUpInside)。
它在ViewWillAppear中订阅，它被多次调用因为我们添加了导航去到另一个控制器，然后unwind回它。
