“这个应用程序正在从后台线程修改自动布局引擎”的主要问题是，它似乎在实际问题发生后很长一段时间才被记录下来，这可能会使它很难排除故障。

我设法通过创建三个符号断点来解决这个问题。

调试>断点>创建符号断点…

断点1:

符号:-[UIView setNeedsLayout] 条件:!(BOOL)[NSThread是主线程]

断点2:

符号:-[UIView layoutIfNeeded] 条件:!(BOOL)[NSThread是主线程]

断点3:

符号:-[UIView updateConstraintsIfNeeded] 条件:!(BOOL)[NSThread是主线程]

使用这些断点，您可以很容易地在非主线程上错误地调用UI方法的实际行中获得断点。

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

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

我在UITableView中重新加载数据时遇到了这个问题。简单调度重新加载如下固定的问题为我。

    dispatch_async(dispatch_get_main_queue(), { () -> Void in
        self.tableView.reloadData()
    })

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

当我在一个NSURLConnection异步请求完成处理程序中调用一个做UI更新的块时，我有这个问题，因为更新到iOS 9 SDK。使用dispatch_main_queue将块调用放在dispatch_async中解决了这个问题。

它在iOS 8中运行良好。