Mendapat kesalahan "Aplikasi ini memodifikasi mesin autolayout dari utas latar"?

Telah sering menemui kesalahan ini di OS X saya menggunakan swift:

"Aplikasi ini memodifikasi mesin autolayout dari utas latar belakang, yang dapat menyebabkan kerusakan mesin dan crash aneh. Ini akan menyebabkan pengecualian dalam rilis mendatang."

Saya memiliki NSWindow saya dan saya bertukar pandangan ke contentViewjendela. Saya mendapatkan kesalahan ketika saya mencoba dan melakukan NSApp.beginSheetdi jendela, atau ketika saya menambahkan subviewke jendela. Sudah mencoba menonaktifkan hal-hal autoresize, dan saya tidak punya apa-apa menggunakan tata letak otomatis. Adakah pikiran?

Terkadang baik-baik saja dan tidak ada yang terjadi, di lain waktu itu benar-benar menghancurkan saya UIdan tidak ada beban

Itu harus ditempatkan di dalam utas berbeda yang memungkinkan UI untuk memperbarui segera setelah fungsi utas selesai:

Modern Swift:

DispatchQueue.main.async {
    // Update UI
}

Versi Swift yang lebih lama, pra Swift 3.

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

Tujuan-C:

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

Anda mendapatkan pesan kesalahan yang sama saat melakukan debug dengan pernyataan cetak tanpa menggunakan 'dispatch_async' Jadi, ketika Anda mendapatkan pesan kesalahan itu, saatnya untuk menggunakan

Cepat 4

DispatchQueue.main.async { //code }

Cepat 3

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

Versi Swift sebelumnya

dispatch_async(dispatch_get_main_queue()){ //code }

Kesalahan "aplikasi ini memodifikasi mesin autolayout dari utas latar" dicatat dalam konsol lama setelah masalah yang sebenarnya terjadi, jadi debugging ini bisa sulit tanpa menggunakan breakpoint.

Saya menggunakan jawaban @ markussvensson untuk mendeteksi masalah saya dan menemukannya menggunakan Symbolic Breakpoint ini (Debug> Breakpoints> Create Symbolic Breakpoint):

1. Simbol: [UIView layoutIfNeeded]atau[UIView updateConstraintsIfNeeded]
2. Kondisi: !(BOOL)[NSThread isMainThread]

Bangun dan jalankan aplikasi pada emulator dan ulangi langkah-langkah yang menyebabkan pesan kesalahan dilemparkan (aplikasi akan lebih lambat dari biasanya!). Xcode kemudian akan menghentikan aplikasi dan menandai baris kode (mis. Panggilan func) yang mengakses UI dari utas latar belakang.

Saat Anda mencoba memperbarui nilai bidang teks atau menambahkan subview di dalam utas latar belakang, Anda bisa mendapatkan masalah ini. Untuk alasan itu, Anda harus meletakkan kode semacam ini di utas utama.

Anda perlu membungkus metode yang memanggil pembaruan UI dengan dispatch_asynch untuk mendapatkan antrian utama. Sebagai contoh:

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

Diedit - SWIFT 3:

Sekarang, kita bisa melakukannya dengan mengikuti kode berikut:

// 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"
   }
}

Bagi saya, pesan kesalahan ini berasal dari spanduk dari Admob SDK.

Saya dapat melacak asal ke "WebThread" dengan menetapkan breakpoint bersyarat.

Kemudian saya bisa menyingkirkan masalah ini dengan merangkum pembuatan Banner dengan:

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

Saya tidak tahu mengapa ini membantu karena saya tidak dapat melihat bagaimana kode ini dipanggil dari non-main-thread.

Semoga bisa membantu siapa saja.

Saya punya masalah ini sejak memperbarui ke iOS 9 SDK ketika saya memanggil blok yang melakukan pembaruan UI dalam NSURLConnection async penangan penyelesaian permintaan. Menempatkan panggilan blok di dispatch_async menggunakan dispatch_main_queue memecahkan masalah.

Ini bekerja dengan baik di iOS 8.

Punya masalah yang sama karena saya menggunakan performSelectorInBackground.

Anda tidak harus mengubah UI dari utas utama! UIKit bukan utas yang aman, sehingga masalah di atas dan juga beberapa masalah aneh lainnya akan muncul jika Anda melakukannya. Aplikasi ini bahkan dapat macet.

Jadi, untuk melakukan operasi UIKit, Anda perlu mendefinisikan blok dan membiarkannya dieksekusi pada antrian utama: seperti,

NSOperationQueue.mainQueue().addOperationWithBlock {

}

Jelas Anda sedang melakukan beberapa pembaruan UI di back ground thread. Tidak dapat memprediksi dengan tepat di mana, tanpa melihat kode Anda.

Ini adalah beberapa situasi yang mungkin terjadi: -

Anda mungkin melakukan sesuatu di utas latar belakang dan tidak menggunakan. Berfungsi sama dengan kode ini lebih mudah dikenali.

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

memanggil func melakukan panggilan permintaan web pada utas latar belakang dan penangannya selesai memanggil func lainnya melakukan pembaruan ui. untuk menyelesaikan ini coba periksa kode di mana Anda telah memperbarui UI setelah panggilan permintaan web.

// 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()
            }
}

Masalah utama dengan "Aplikasi ini memodifikasi mesin autolayout dari utas latar belakang" adalah bahwa tampaknya akan dicatat lama setelah masalah yang sebenarnya terjadi, ini dapat membuatnya sangat sulit untuk memecahkan masalah.

Saya berhasil memecahkan masalah ini dengan membuat tiga breakpoint simbolis.

Debug> Breakpoints> Buat Sympointic Breakpoint ...

Breakpoint 1:

• Simbol: -[UIView setNeedsLayout]

• Kondisi: !(BOOL)[NSThread isMainThread]

Breakpoint 2:

• Simbol: -[UIView layoutIfNeeded]

• Kondisi: !(BOOL)[NSThread isMainThread]

Breakpoint 3:

• Simbol: -[UIView updateConstraintsIfNeeded]

• Kondisi: !(BOOL)[NSThread isMainThread]

Dengan breakpoints ini, Anda dapat dengan mudah mendapatkan jeda pada baris aktual di mana Anda salah memanggil metode UI pada utas non-utama.

Saya mengalami masalah ini saat memuat ulang data di UITableView. Cukup kirim ulang isi sebagai berikut perbaiki masalah untuk saya.

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

Saya memiliki masalah yang sama. Ternyata saya menggunakan UIAlertsyang membutuhkan antrian utama. Tapi, mereka sudah usang .
Ketika saya mengubah UIAlertske UIAlertController, saya tidak lagi memiliki masalah dan tidak perlu menggunakan dispatch_asynckode apa pun . Pelajaran - memperhatikan peringatan. Mereka membantu bahkan ketika Anda tidak mengharapkannya.

Anda sudah memiliki jawaban kode yang benar dari @ Mark tetapi, hanya untuk membagikan temuan saya: Masalahnya adalah Anda meminta perubahan dalam tampilan dan mengasumsikan bahwa itu akan terjadi secara instan. Pada kenyataannya, pemuatan tampilan tergantung pada sumber daya yang tersedia. Jika semuanya memuat cukup cepat dan tidak ada penundaan maka Anda tidak melihat apa pun. Dalam skenario, di mana ada keterlambatan karena utas proses sedang sibuk dll, aplikasi mengalami situasi di mana ia seharusnya menampilkan sesuatu meskipun belum siap. Oleh karena itu, disarankan untuk mengirimkan permintaan ini dalam antrian asinkron sehingga, mereka dieksekusi berdasarkan beban.

Saya mengalami masalah ini ketika saya menggunakan TouchID jika itu membantu orang lain, bungkus logika kesuksesan Anda yang kemungkinan melakukan sesuatu dengan UI di antrian utama.

Ini bisa berupa sesuatu yang sederhana seperti menyetel bidang teks / nilai label atau menambahkan subview di dalam utas latar belakang, yang dapat menyebabkan tata letak bidang berubah. Pastikan apa pun yang Anda lakukan dengan antarmuka hanya terjadi di utas utama.

Periksa tautan ini: https://forums.developer.apple.com/thread/7399

Saya memiliki masalah yang sama ketika mencoba memperbarui pesan kesalahan di UILabel di ViewController yang sama (butuh beberapa saat untuk memperbarui data ketika mencoba melakukan itu dengan pengkodean normal). Saya menggunakan DispatchQueueSwift 3 Xcode 8 dan berfungsi.

Jika Anda ingin mencari kesalahan ini, gunakan pemeriksa utas jeda pada masalah centang. Memperbaiki itu mudah sebagian besar kali, mengirim garis bermasalah di antrian utama.

Bagi saya masalahnya adalah sebagai berikut. Pastikan performSegueWithIdentifier:dilakukan di utas utama:

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

Swift 4,

Misalkan, jika Anda memanggil beberapa metode menggunakan operasi antrian

operationQueue.addOperation({
            self.searchFavourites()
        })

Dan misalkan fungsi searchFavourites seperti,

func searchFavourites() {
     DispatchQueue.main.async {
                    //Your code
                }
}

jika Anda memanggil, semua kode di dalam metode "searchFavourites" pada utas utama, itu masih akan memberikan kesalahan jika Anda memperbarui beberapa UI di dalamnya.

Aplikasi ini memodifikasi mesin autolayout dari utas latar setelah mesin diakses dari utas utama.

Jadi gunakan solusi,

operationQueue.addOperation({
            DispatchQueue.main.async {
                self.searchFavourites()
            }
        })

Untuk skenario seperti ini.

Di sini, periksa baris ini dari log

$S12AppName18ViewControllerC11Func()ySS_S2StF + 4420

Anda dapat memeriksa fungsi mana yang memanggil dari utas latar belakang atau tempat Anda memanggil metode api, Anda harus memanggil fungsi Anda dari utas utama seperti ini.

DispatchQueue.main.async { func()}

func () adalah fungsi yang ingin Anda panggil dalam hasil panggilan api sukses atau yang lain.

Log di Sini

This application is modifying the autolayout engine from a background thread after the engine was accessed from the main thread. This can lead to engine corruption and weird crashes.
 Stack:(
    0   Foundation                          0x00000001c570ce50 <redacted> + 96
    1   Foundation                          0x00000001c5501868 <redacted> + 32
    2   Foundation                          0x00000001c5544370 <redacted> + 540
    3   Foundation                          0x00000001c5543840 <redacted> + 396
    4   Foundation                          0x00000001c554358c <redacted> + 272
    5   Foundation                          0x00000001c5542e10 <redacted> + 264
    6   UIKitCore                           0x00000001f20d62e4 <redacted> + 488
    7   UIKitCore                           0x00000001f20d67b0 <redacted> + 36
    8   UIKitCore                           0x00000001f20d6eb0 <redacted> + 84
    9   Foundation                          0x00000001c571d124 <redacted> + 76
    10  Foundation                          0x00000001c54ff30c <redacted> + 108
    11  Foundation                          0x00000001c54fe304 <redacted> + 328
    12  UIKitCore                           0x00000001f151dc0c <redacted> + 156
    13  UIKitCore                           0x00000001f151e0c0 <redacted> + 152
    14  UIKitCore                           0x00000001f1514834 <redacted> + 868
    15  UIKitCore                           0x00000001f1518760 <redacted> + 104
    16  UIKitCore                           0x00000001f1543370 <redacted> + 1772
    17  UIKitCore                           0x00000001f1546598 <redacted> + 120
    18  UIKitCore                           0x00000001f14fc850 <redacted> + 1452
    19  UIKitCore                           0x00000001f168f318 <redacted> + 196
    20  UIKitCore                           0x00000001f168d330 <redacted> + 144
    21  AppName                        0x0000000100b8ed00 $S12AppName18ViewControllerC11Func()ySS_S2StF + 4420
    22  AppName                        0x0000000100b8d9f4 $S12CcfU0_y10Foundation4DataVSg_So13NSURLResponseCSgs5Error_pSgtcfU_ + 2384
    23  App NAme                        0x0000000100a98f3c $S10Foundation4DataVSgSo13NSURLResponseCSgs5Error_pSgIegggg_So6NSDataCSgAGSo7NSErrorCSgIeyByyy_TR + 316
    24  CFNetwork                           0x00000001c513aa00 <redacted> + 32
    25  CFNetwork                           0x00000001c514f1a0 <redacted> + 176
    26  Foundation                          0x00000001c55ed8bc <redacted> + 16
    27  Foundation                          0x00000001c54f5ab8 <redacted> + 72
    28  Foundation                          0x00000001c54f4f8c <redacted> + 740
    29  Foundation                          0x00000001c55ef790 <redacted> + 272
    30  libdispatch.dylib                   0x000000010286f824 _dispatch_call_block_and_release + 24
    31  libdispatch.dylib                   0x0000000102870dc8 _dispatch_client_callout + 16
    32  libdispatch.dylib                   0x00000001028741c4 _dispatch_continuation_pop + 528
    33  libdispatch.dylib                   0x0000000102873604 _dispatch_async_redirect_invoke + 632
    34  libdispatch.dylib                   0x00000001028821dc _dispatch_root_queue_drain + 376
    35  libdispatch.dylib                   0x0000000102882bc8 _dispatch_worker_thread2 + 156
    36  libsystem_pthread.dylib             0x00000001c477917c _pthread_wqthread + 472
    37  libsystem_pthread.dylib             0x00000001c477bcec start_wqthread + 4
)

Saya juga mengalami masalah ini, melihat satu ton pesan ini dan jejak stack sedang dicetak dalam output, ketika saya mengubah ukuran jendela ke ukuran yang lebih kecil dari nilai awalnya. Menghabiskan waktu yang lama untuk mencari tahu masalahnya, saya pikir saya akan membagikan solusi yang agak sederhana. Saya pernah diaktifkan Can Draw Concurrentlypada NSTextViewmelalui IB. Itu memberitahu AppKit bahwa ia dapat memanggil metode tampilan draw(_:)dari utas lain. Setelah menonaktifkannya, saya tidak lagi mendapat pesan kesalahan. Saya tidak mengalami masalah sebelum memperbarui ke macOS 10.14 Beta, tetapi pada saat yang sama, saya juga mulai memodifikasi kode untuk melakukan pekerjaan dengan tampilan teks.