1

这对我来说真的很奇怪,因为我的应用程序在调试模式下运行良好,并且当测试人员尝试使用发布版本时,它很少会崩溃。我从控制台日志和崩溃日志中了解到,UI 正在尝试从辅助线程更新,但并非总是如此。

在崩溃点我的控制台日志说,

MyApp[715] <Warning>: CoreAnimation: warning, deleted thread with uncommitted CATransaction; set CA_DEBUG_TRANSACTIONS=1 in environment to log backtraces.May 21 10:51:25 
MyApp[715] <Warning>: bool _WebTryThreadLock(bool), 0x1e1dd280: Tried to obtain the web lock from a thread other than the main thread or the web thread. This may be a result of calling to UIKit from a secondary thread. Crashing now...May 21 10:51:25 
MyApp[715] <Notice>: 1   0x38b048f7 WebThreadLock

&设备崩溃日志崩溃线程描述&错误类型如下

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0xbbadbeef 
Crashed Thread:  15 
.
.
.
Thread 15 Crashed: 0  
WebCore                         0x38b03944_WebTryThreadLock(bool) + 164 1  
WebCore                         0x38b048f2 WebThreadLock + 62 2  
UIKit                           0x374424f6 -[UIWebTiledView layoutSubviews] + 38 3   
UIKit                           0x374424c6 -[UIWebDocumentView layoutSubviews] + 106 4  
UIKit                           0x373bb7fe -[UIView(CALayerDelegate) layoutSublayersOfLayer:] + 254 5 
QuartzCore                      0x30e92d5e -[CALayer layoutSublayers] + 210 6  
QuartzCore                      0x30e928fc CA::Layer::layout_if_needed(CA::Transaction*) + 456 7 
QuartzCore                      0x30e93830 CA::Layer::layout_and_display_if_needed(CA::Transaction*) + 12 8  
QuartzCore                      0x30e93216 CA::Context::commit_transaction(CA::Transaction*) + 234 9   
QuartzCore                      0x30e93024 CA::Transaction::commit() + 312 10 
QuartzCore                      0x30ed9df6 CA::Transaction::release_thread(void*) + 166 11  libsystem_c.dylib               0x31150128 _pthread_tsd_cleanup + 172 12  
libsystem_c.dylib               0x3114fdfe _pthread_exit + 114 13 
libsystem_c.dylib               0x31169160 pthread_exit + 24 14 
Foundation                      0x358bf226 +[NSThread exit] + 6 15 
Foundation                      0x35936696 __NSThread__main__ + 998 16 
libsystem_c.dylib               0x3115d30e _pthread_start + 306 17 
libsystem_c.dylib               0x3115d1d4 thread_start + 4 

Thread 15 crashed with ARM Thread State (32-bit):     r0: 0xbbadbeef    r1: 0x00000000      r2: 0x030ba404      r3: 0x00000001     r4: 0x1e1dd280    r5: 0x3b4cacc0      r6: 0x00000000      r7: 0x030baa74     r8: 0x00000028    r9: 0x00006200     r10: 0x00000000     r11: 0x030bbc70     ip: 0x3b4061e0    sp: 0x030baa6c      lr: 0x38b0393b      pc: 0x38b03944   cpsr: 0x60000030

我不太确定这个修复,因为我还没有在我的最后复制它。如果至少有人可以帮助我进行复制,那将是很大的帮助:)

4

2 回答 2

1

您在后台线程中进行 GUI 更改,但根据苹果的说法,您不会在后台线程中更改 GUI...所以使用performSelectorOnMainThreadGUI 更改

于 2013-05-23T13:05:58.570 回答
1
This may be a result of calling to UIKit from a secondary thread.

在主线程上更新用户界面。在任何情况下UI单独进行更新thread都是无效的。一种选择是Grand Central Dispatch,因为它在后台线程中执行操作并且根本不会崩溃。

于 2013-05-23T13:07:07.283 回答