我在使用TouchID时遇到了这个问题，如果这对其他人有帮助，包装你的成功逻辑，它可能在主队列中对UI有作用。

显然你正在后台线程上做一些UI更新。在没有看到代码的情况下，无法准确预测位置。

以下是一些可能发生的情况:-

你可能正在后台线程上做一些事情，但没有使用。在同一个函数中，这段代码更容易被发现。

DispatchQueue.main.async { // do UI update here }

在后台线程调用func进行web请求调用，它的完成处理程序调用其他func进行UI更新。 要解决这个问题，请尝试检查您在webrequest调用后更新UI的代码。

// Do something on background thread
DispatchQueue.global(qos: .userInitiated).async {
   // update UI on main thread
   DispatchQueue.main.async {
                // Updating whole table view
                self.myTableview.reloadData()
            }
}

有同样的问题，因为我正在使用performSelectorInBackground。

我有同样的问题时，试图更新错误消息在UILabel在同一个ViewController(它需要一点时间来更新数据时，试图这样做的正常编码)。我在Swift 3 Xcode 8中使用了DispatchQueue，它可以工作。

当您尝试更新文本字段值或在后台线程中添加子视图时，可能会遇到此问题。因此，应该将这类代码放在主线程中。

您需要用dispatch_asynch包装调用UI更新的方法以获得主队列。例如:

dispatch_async(dispatch_get_main_queue(), { () -> Void in
   self.friendLabel.text = "You are following \(friendCount) accounts"
})

编辑- swift 3:

现在，我们可以按照下面的代码来做:

// Move to a background thread to do some long running work
DispatchQueue.global(qos: .userInitiated).async {
   // Do long running task here
   // Bounce back to the main thread to update the UI
   DispatchQueue.main.async {
      self.friendLabel.text = "You are following \(friendCount) accounts"
   }
}

You already have the correct code answer from @Mark but, just to share my findings: The issue is that you are requesting a change in the view and assuming that it will happen instantly. In reality, the loading of a view depends on the available resources. If everything loads quickly enough and there are no delays then you don't notice anything. In scenarios, where there is any delay due to the process thread being busy etc, the application runs into a situation where it is supposed to display something even though its not ready yet. Hence, it is advisable to dispatch these requests in a asynchronous queues so, they get executed based on the load.