在不使用'dispatch_async'的情况下调试print语句时会得到类似的错误消息 因此，当您得到错误消息时，就可以使用了

斯威夫特4

DispatchQueue.main.async { //code }

斯威夫特3

DispatchQueue.main.async(){ //code }

早期的Swift版本

dispatch_async(dispatch_get_main_queue()){ //code }

它需要放在一个不同的线程中，允许UI在线程函数执行完成后立即更新:

现代迅速:

DispatchQueue.main.async {
    // Update UI
}

旧版本的Swift，在Swift 3之前。

dispatch_async(dispatch_get_main_queue(){
    // code here
})

objective - c:

dispatch_async(dispatch_get_main_queue(), ^{
    // code here
});

“此应用程序正在从后台线程修改自动布局引擎”错误在实际问题发生后很长时间才会记录在控制台中，因此如果不使用断点，调试这个错误可能会很困难。

我使用@markussvensson的答案来检测我的问题，并使用这个符号断点(调试>断点>创建符号断点)发现它:

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

在模拟器上构建和运行应用程序，并复制导致抛出错误消息的步骤(应用程序将比平时慢!)然后Xcode将停止应用程序并标记从后台线程访问UI的代码行(例如func的调用)。

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.

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

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