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

您需要用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"
   }
}

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

我也有同样的问题。结果我使用的是需要主队列的UIAlerts。但是，他们已经被弃用了。 当我将UIAlerts更改为UIAlertController时，我不再有这个问题，也不必使用任何dispatch_async代码。教训是，注意警告。他们会在你意想不到的时候帮助你。

显然你正在后台线程上做一些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()
            }
}

如果要查找此错误，请使用主线程检查器暂停问题复选框。 在大多数情况下，修复它很容易，只需将有问题的行分派到主队列中即可。

它可以像设置文本字段/标签值或在后台线程中添加子视图一样简单，这可能会导致字段的布局发生变化。确保你对接口所做的任何事情都只发生在主线程中。

查看这个链接:https://forums.developer.apple.com/thread/7399