我也有这个问题，但这和时间无关。我使用一个单例来处理场景，并将其设置为presenter。换句话说，“自我”没有连接到任何东西。我只是把它的内部“场景”变成了新的主持人，瞧，它成功了。(瞧，当你知道它的意思后，它就失去了它的触感，嘿)。

所以，这不是关于“神奇地找到正确的方法”，而是关于理解你的代码所处的位置以及它在做什么。我很高兴苹果给出了如此直白的警告信息，甚至还带有感情色彩。向苹果开发者致敬!!

你可以调用你的segue或present, push代码在这个块中:

override func viewDidLoad() {
    super.viewDidLoad()
    OperationQueue.main.addOperation {
        // push or present the page inside this block
    }
}

该消息显示为警告，有时代码拒绝工作。（!引文:更新的SDK可能有严格的规则)。

我遇到这种情况的原因不止一个，主要是复杂的视图控制器场景。举个例子。

Scenario: MainViewController (responsible to load: ViewControllerA & ViewControllerB)

从MainViewController中呈现ViewControllerA，并且在不解散ViewControllerA的情况下，尝试从MainViewController中呈现viewControllerB(使用委托方法)。

在这个场景中，你必须确保你的viewcontrollerera被解散，然后ViewControllerB被调用。

因为在呈现ViewControllerA之后(ViewControllerA开始负责显示视图和视图控制器，当MainViewController尝试加载另一个视图控制器时，它拒绝抛出警告)。

这种警告可能意味着你正试图通过导航控制器呈现新的视图控制器，而这个导航控制器目前正在呈现另一个视图控制器。要修复它，你必须首先解散当前呈现的视图控制器，并在完成时呈现新的视图控制器。 警告的另一个原因可能是试图在主线程以外的线程上呈现视图控制器。

我已经结束了这样一个代码，最终工作给我(Swift)，考虑到你想要显示一些viewController从几乎任何地方。当没有可用的rootViewController时，这段代码显然会崩溃，这是开放式结局。它也不包括通常需要切换到UI线程使用

dispatch_sync(dispatch_get_main_queue(), {
    guard !NSBundle.mainBundle().bundlePath.hasSuffix(".appex") else {
       return; // skip operation when embedded to App Extension
    }

    if let delegate = UIApplication.sharedApplication().delegate {
        delegate.window!!.rootViewController?.presentViewController(viewController, animated: true, completion: { () -> Void in
            // optional completion code
        })
    }
}

它主要发生在你在一些后台工作后，如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)
}