LoadにFabric初期化を追加した悲劇
10239 ワード
問題にぶつかる
Fabricはクラッシュを検出するツールで、すべての実行コードを配置する前に、後のクラッシュを検出してアップロードするのに適しています.
そこで私は、一番前に置くからには、もっと前に置けばいいと思い、
[Fabric with:]をAppdelegateのloadメソッドに追加しましたが、これでは収集できない崩壊はないでしょう、はは(本当に無邪気です).悲劇が来た私たちのappが起動したとき、メインインタフェースに入れないことに気づいた.呼び出しスタックは次のとおりです.
Thread 0 name: Dispatch queue: com.apple.main-thread
Thread 0:
0 libsystem_kernel.dylib 0x0000000197e57570 __semwait_signal + 8
1 libsystem_pthread.dylib 0x0000000197ef76d0 pthread_join + 472
2 vImage 0x00000001849dd678 InitCGInterfacesOnAnotherThread + 240
3 libdispatch.dylib 0x0000000197d11950 _dispatch_client_callout + 12
4 libdispatch.dylib 0x0000000197d12828 dispatch_once_f + 92
5 vImage 0x00000001849dd580 LoadCGInterfaces + 64
6 vImage 0x00000001849d0da4 vImageConverter_CreateCGPassList + 136
7 vImage 0x00000001849cf110 vImageConverter_CreateWithCGImageFormat + 116
8 ImageIO 0x00000001870ee888 CGImagePixelDataProviderCreate + 372
9 ImageIO 0x0000000187118a70 CGImagePixelDataProviderCreateConforming + 1772
10 ImageIO 0x00000001870ed288 CGImageDestinationAddImage + 4104
11 UIKit 0x000000018aae7e38 UIImagePNGRepresentation + 576
12 mail 0x0000000100d72dc8 -[FABIcon initWithPNGImageAtPath:size:prerendered:] + 220
13 mail 0x0000000100d76034 -[FABAppIconUtility largestIconInIconNames:prerendered:] + 908
14 mail 0x0000000100d76308 -[FABAppIconUtility iconFromIOS7StyleCFBundleIconsInFieldWithKey:] + 588
15 mail 0x0000000100d766c0 -[FABAppIconUtility fetchApplicationIcon] + 80
16 mail 0x0000000100d75868 -[FABAppIconUtility applicationIcon] + 44
17 mail 0x0000000100d780b4 -[FABApplicationIdentiferModel initWithInstallID:] + 160
18 mail 0x0000000100d731e0 -[Fabric init] + 320
19 mail 0x0000000100d73324 __19+[Fabric sharedSDK]_block_invoke + 32
20 libdispatch.dylib 0x0000000197d11950 _dispatch_client_callout + 12
21 libdispatch.dylib 0x0000000197d12828 dispatch_once_f + 92
22 mail 0x0000000100d732fc +[Fabric sharedSDK] + 104
23 mail 0x0000000100d73478 __15+[Fabric with:]_block_invoke + 72
24 libdispatch.dylib 0x0000000197d11950 _dispatch_client_callout + 12
25 libdispatch.dylib 0x0000000197d12828 dispatch_once_f + 92
26 mail 0x0000000100d73428 +[Fabric with:] + 224
27 mail 0x0000000100739cc4 -[CrashFree prepareInternal] (CrashFree.m:192)
28 mail 0x00000001007391c0 -[CrashFree prepare] (CrashFree.m:61)
29 mail 0x00000001009ba9d0 +[NEMKernelComponentInit nemInit] (NEMKernelComponentInit.m:28)
30 mail 0x0000000100520c18 +[AppDelegate load] (AppDelegate.m:44)
31 libobjc.A.dylib 0x00000001976c1db4 call_load_methods + 612
32 libobjc.A.dylib 0x00000001976c2d18 load_images + 252
33 dyld 0x000000012006de40 dyld::notifySingle(dyld_image_states, ImageLoader const*) + 276
34 dyld 0x0000000120079670 ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned int, ImageLoader::InitializerTimingList&, ImageLoader::UninitedUpwards&) + 304
35 dyld 0x00000001200794d8 ImageLoader::processInitializers(ImageLoader::LinkContext const&, unsigned int, ImageLoader::InitializerTimingList&, ImageLoader::UninitedUpwards&) + 136
36 dyld 0x00000001200797a0 ImageLoader::runInitializers(ImageLoader::LinkContext const&, ImageLoader::InitializerTimingList&) + 80
37 dyld 0x000000012006e150 dyld::initializeMainExecutable() + 196
38 dyld 0x00000001200718bc dyld::_main(macho_header const*, unsigned long, int, char const**, char const**, char const**, unsigned long*) + 2664
39 dyld 0x000000012006d040 _dyld_start + 64
Thread 1 name: Dispatch queue: com.apple.libdispatch-manager
Thread 1:
0 libsystem_kernel.dylib 0x0000000197e3cc24 kevent64 + 8
1 libdispatch.dylib 0x0000000197d21e6c _dispatch_mgr_invoke + 272
2 libdispatch.dylib 0x0000000197d13998 _dispatch_mgr_thread + 48
Thread 2 name: WebThread
Thread 2:
0 libsystem_kernel.dylib 0x0000000197e570c0 __psynch_mutexwait + 8
1 libsystem_pthread.dylib 0x0000000197ef1490 _pthread_mutex_lock + 416
2 WebCore 0x0000000194772670 _WebTryThreadLock(bool) + 120
3 WebCore 0x00000001947725d4 WebRunLoopLock(__CFRunLoopObserver*, unsigned long, void*) + 40
4 CoreFoundation 0x0000000185e4c2a0 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 28
5 CoreFoundation 0x0000000185e4922c __CFRunLoopDoObservers + 356
6 CoreFoundation 0x0000000185e49700 __CFRunLoopRun + 1076
7 CoreFoundation 0x0000000185d752d0 CFRunLoopRunSpecific + 392
8 WebCore 0x0000000194770890 RunWebThread(void*) + 464
9 libsystem_pthread.dylib 0x0000000197ef3dc4 _pthread_body + 160
10 libsystem_pthread.dylib 0x0000000197ef3d20 _pthread_start + 156
11 libsystem_pthread.dylib 0x0000000197ef0ef4 thread_start + 0
Thread 3 name: JavaScriptCore::BlockFree
Thread 3:
0 libsystem_kernel.dylib 0x0000000197e57078 __psynch_cvwait + 8
1 libsystem_pthread.dylib 0x0000000197ef2f28 _pthread_cond_wait + 620
2 libc++.1.dylib 0x0000000196e3ccac std::__1::condition_variable::wait(std::__1::unique_lock<:__1::mutex>&) + 52
3 JavaScriptCore 0x0000000187369620 JSC::BlockAllocator::blockFreeingThreadMain() + 228
4 JavaScriptCore 0x0000000187364b9c WTF::wtfThreadEntryPoint(void*) + 20
5 libsystem_pthread.dylib 0x0000000197ef3dc4 _pthread_body + 160
6 libsystem_pthread.dylib 0x0000000197ef3d20 _pthread_start + 156
7 libsystem_pthread.dylib 0x0000000197ef0ef4 thread_start + 0
Thread 4 name: JavaScriptCore::Marking
Thread 4:
0 libsystem_kernel.dylib 0x0000000197e57078 __psynch_cvwait + 8
1 libsystem_pthread.dylib 0x0000000197ef2f28 _pthread_cond_wait + 620
2 libc++.1.dylib 0x0000000196e3ccac std::__1::condition_variable::wait(std::__1::unique_lock<:__1::mutex>&) + 52
3 JavaScriptCore 0x0000000187612edc JSC::GCThread::waitForNextPhase() + 152
4 JavaScriptCore 0x0000000187612f80 JSC::GCThread::gcThreadMain() + 88
5 JavaScriptCore 0x0000000187364b9c WTF::wtfThreadEntryPoint(void*) + 20
6 libsystem_pthread.dylib 0x0000000197ef3dc4 _pthread_body + 160
7 libsystem_pthread.dylib 0x0000000197ef3d20 _pthread_start + 156
8 libsystem_pthread.dylib 0x0000000197ef0ef4 thread_start + 0
Thread 5:
0 libsystem_kernel.dylib 0x0000000197e570c0 __psynch_mutexwait + 8
1 libsystem_pthread.dylib 0x0000000197ef1490 _pthread_mutex_lock + 416
2 libobjc.A.dylib 0x00000001976c2c44 load_images + 40
3 dyld 0x000000012006de40 dyld::notifySingle(dyld_image_states, ImageLoader const*) + 276
4 dyld 0x0000000120079670 ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned int, ImageLoader::InitializerTimingList&, ImageLoader::UninitedUpwards&) + 304
5 dyld 0x00000001200794d8 ImageLoader::processInitializers(ImageLoader::LinkContext const&, unsigned int, ImageLoader::InitializerTimingList&, ImageLoader::UninitedUpwards&) + 136
6 dyld 0x00000001200797a0 ImageLoader::runInitializers(ImageLoader::LinkContext const&, ImageLoader::InitializerTimingList&) + 80
7 dyld 0x0000000120070d34 dyld::runInitializers(ImageLoader*) + 92
8 dyld 0x0000000120076048 dlopen + 784
9 libdyld.dylib 0x0000000197d3db94 dlopen + 68
10 vImage 0x00000001849dcf1c InitCGInterfaces + 44
11 vImage 0x00000001849dd810 InitPthreadWrapper + 8
12 libsystem_pthread.dylib 0x0000000197ef3dc4 _pthread_body + 160
13 libsystem_pthread.dylib 0x0000000197ef3d20 _pthread_start + 156
14 libsystem_pthread.dylib 0x0000000197ef0ef4 thread_start + 0
デッドロックに見えますが、私は行きます.どうしてデッドロックしたのですか.よく見ると、Thread 5には呼び出し方法とメインスレッド呼び出し方法が名前に似ているところがあり、
InitCGInterfacesはメインスレッドとThread 5に関連していることが分かった.そこで私は、メインスレッドとThread 5がリソースを争っていると予感しました.調査を続け、InitCGInterfacesOnAnotherThreadは名前から見ると他のスレッドで何を実行しているのか、うん、Thread 5に行ったはずだ.もう一度私の推測を固めた.InitCGInterfacesOnAnotherThreadの上pthread_joinは、Thread 5の実行が完了するのを待っているようです.次にThread 5が何をしているかを見てみましょう.
libdyld.dylib 0x0000000197d3db94 dlopen + 68、ダイナミックライブラリをロードします.そうすると、load_imagesを再び走りました.load_imagesは、すべてのクラスのloadメソッドを呼び出すエントリです.load_imagesのスタックの上には、ロックされ、wait状態が処理されています.0 libsystem_kernel.dylib 0x0000000197e570c0 __psynch_mutexwait + 8
1 libsystem_pthread.dylib 0x0000000197ef1490 _pthread_mutex_lock + 416
これまで状況が明らかになった.
メインスレッドは
load_imagesでThread 5を開始し、Thread 5の終了を待つが、Thread 5はload_imagesを実行し、load_imagesのロックを取得する必要があるが、このロックはメインスレッドに占有され、Thread 5が終了しないと解放できず、デッドロックを招くまとめ
できるだけloadの中で多すぎる複雑なトランザクションをしないでください、特にロックに関連して、多スレッドの方法のコード、デッドロックをもたらしやすいです