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

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

斯威夫特4

DispatchQueue.main.async { //code }

斯威夫特3

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

早期的Swift版本

dispatch_async(dispatch_get_main_queue()){ //code }

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

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

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

断点1:

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

断点2:

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

断点3:

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

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

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

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

NSOperationQueue.mainQueue().addOperationWithBlock {

}

对我来说，这个错误消息来自Admob SDK的一个横幅。

我可以通过设置一个条件断点来跟踪原点到“WebThread”。

然后我就可以通过封装Banner的创建来摆脱这个问题:

dispatch_async(dispatch_get_main_queue(), ^{
   _bannerForTableFooter = [[GADBannerView alloc] initWithAdSize:kGADAdSizeSmartBannerPortrait];
   ...
}

我不知道为什么这有帮助，因为我看不出这段代码是如何从一个非主线程调用的。

希望它能帮助到任何人。

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