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.

你不能在主线程中越位修改UI !UIKit不是线程安全的，所以如果你这样做，上面的问题和其他一些奇怪的问题会出现。应用程序甚至会崩溃。

所以，要做UIKit操作，你需要定义block并让它在主队列上执行:例如，

NSOperationQueue.mainQueue().addOperationWithBlock {

}

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

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

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

它需要放在一个不同的线程中，允许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
});

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

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

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

断点1:

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

断点2:

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

断点3:

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

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