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

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

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

断点1:

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

断点2:

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

断点3:

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

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

对我来说，问题是这样的。 确保在主线程上执行performSegueWithIdentifier::

dispatch_async (dispatch_get_main_queue(), ^{
  [self performSegueWithIdentifier:@"ViewController" sender:nil];
});

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

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

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

斯威夫特4

DispatchQueue.main.async { //code }

斯威夫特3

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

早期的Swift版本

dispatch_async(dispatch_get_main_queue()){ //code }

I also encountered this problem, seeing a ton of these messages and stack traces being printed in the output, when I resized the window to a smaller size than its initial value. Spending a long time figuring out the problem, I thought I'd share the rather simple solution. I had once enabled Can Draw Concurrently on an NSTextView through IB. That tells AppKit that it can call the view's draw(_:) method from another thread. After disabling it, I no longer got any error messages. I didn't experience any problems before updating to macOS 10.14 Beta, but at the same time, I also started modifying the code to perform work with the text view.

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

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

NSOperationQueue.mainQueue().addOperationWithBlock {

}