获取"此应用程序正在从后台线程修改自动布局引擎"错误？

Question

在我的OS X中使用swift遇到了这个错误:

"此应用程序正在从后台线程修改自动布局引擎,这可能导致引擎损坏和奇怪的崩溃.这将导致未来版本中的异常."

我有一个我的NSWindow,我正在交换contentView窗口的视图.当我尝试在窗口上执行操作时,或者在向窗口添加窗口时,我收到错误.尝试禁用自动调整大小的东西,我没有任何使用自动布局的东西.有什么想法吗？NSApp.beginSheetsubview

有时它很好,没有任何反应,有时它完全打破了我的UI负担

Answer 1

好的 - 找到了答案.它需要放在一个不同的线程中,允许UI在线程函数执行完成后立即更新:

斯威夫特3

 DispatchQueue.main.async {
    // Update UI
 }

Swift版本<3

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

Objective-C版本

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

Answer 2

使用print语句调试时得到类似的错误消息,而不使用'dispatch_async'所以当你收到错误消息时,它的使用时间

斯威夫特4

DispatchQueue.main.async { //code }

斯威夫特3

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

早期的Swift版本

dispatch_async(dispatch_get_main_queue()){ //code }

Answer 3

使用@markussvensson回答来检测我的问题,发现它使用这个符号断点:

1. 符号:[UIView layoutIfNeeded]或[UIView updateConstraintsIfNeeded]
2. 条件: !(BOOL)[NSThread isMainThread]

Answer 4

当您尝试更新文本字段值或在后台线程中添加子视图时,您可能会遇到此问题.因此,您应该将这种代码放在主线程中.

您需要使用dispatch_asynch来包装调用UI更新的方法以获取主队列.例如:

dispatch_async(dispatch_get_main_queue(), { () -> Void in
   self.friendLabel.text = "You are following \(friendCount) accounts"
})

编辑 - SWIFT 3:

现在,我们可以在下一个代码之后执行此操作:

// Move to a background thread to do some long running work
DispatchQueue.global(qos: .userInitiated).async {
   // Do long running task here
   // Bounce back to the main thread to update the UI
   DispatchQueue.main.async {
      self.friendLabel.text = "You are following \(friendCount) accounts"
   }
}

Answer 5

对我来说,此错误消息源自Admob SDK中的横幅.

我能够通过设置条件断点来跟踪原点到"WebThread".

然后我通过封装Banner创建来解决这个问题:

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

我不知道为什么这有帮助,因为我无法看到如何从非主线程调用此代码.

希望它可以帮助任何人.

Answer 6

自从我调用在NSURLConnection异步请求完成处理程序中执行UI更新的块后更新到iOS 9 SDK,我遇到了这个问题.使用dispatch_main_queue将块调用放入dispatch_async解决了该问题.

它在iOS 8中运行良好.

Answer 7

因为我正在使用同样的问题performSelectorInBackground.

Answer 8

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

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

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

断点 1：

• 象征： -[UIView setNeedsLayout]

• 健康）状况： !(BOOL)[NSThread isMainThread]

断点 2：

• 象征： -[UIView layoutIfNeeded]

• 健康）状况： !(BOOL)[NSThread isMainThread]

断点 3：

• 象征： -[UIView updateConstraintsIfNeeded]

• 健康）状况： !(BOOL)[NSThread isMainThread]

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

Answer 9

你不能改变主线程越位的UI!UIKit不是线程安全的,所以如果你这样做,就会出现上述问题以及其他一些奇怪的问题.该应用程序甚至可以崩溃.

因此,要执行UIKit操作,您需要定义块并让它在主队列上执行:例如,

NSOperationQueue.mainQueue().addOperationWithBlock {

}

Answer 10

显然你在后台线程上做了一些UI更新.无法预测代码,无法准确预测位置.

这些是可能发生的一些情况: -

你可能在后台线程上做了一些事情而没有使用.在相同的功能中,这个代码更容易被发现.

DispatchQueue.main.async { // do UI update here }

调用func在后台线程上执行web请求调用,并调用其他函数执行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()
            }
}