For searching, the error message is:
This application is modifying the autolayout engine from a background thread, which can lead to engine corruption and weird crashes. This will cause an exception in a future release.
I know this means some UIKit code is called from a background thread, and I know the solution is to wrap the code in
dispatch_async(dispatch_get_main_queue(), ^(void){ <code> });
My problem is locating where to do that, as none of the printed stack traces reference my app code. My evidence to prove this negative is searching (command-f) in the debug output window for the name of my app; I have 24 stack traces dumped out and my app name is not in any of them, except at the top with the error message. I can post one of them, but that doesn't seem very useful.
In the cases I am working on today, this is happening when transitioning view controllers, after viewWillDisappear()
and before viewWillAppear()
. I have found parts of my code to wrap dispatch_async()
around, but those are all handled now. I have breakpoints and debug messages where objects relevant to the view controllers are allocated and deallocated, and they all trigger after the exception messages appear. This is happening both on the simulator and my iOS9 iPhone, both in debug and release modes.
How can I identify the background code which is apparently modifying the UI?
See Question&Answers more detail:
os 与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…