sdk 中涉及到 UI 操作的时候，一定要注意线程问题！一定要注意线程问题！一定要注意线程问题！

从最初开始学习 iOS 的时候，我们就被告知 UI 操作一定要放在主线程进行，这是因为 UIKit 的方法不是线程安全的，保证线程安全需要极大的开销。

试想一下几种场景：

• 两个线程同时设置同一个背景图片，则很有可能因为当前图片被释放了两次而导致应用崩溃；
• 两个线程同时设置同一个 UIView 的背景色，则很有可能渲染显示的是颜色 A，而此时在 UIView 逻辑树上的背景颜色属性为 B；
• 两个线程同时操作 View 的树形结构：在线程 A 中 for 循环遍历并操作当前 View 的所有 subView，而此时线程 B 中将某个 subView 直接删除，这就导致了错乱，甚至导致应用崩溃。

出了什么问题？

最近 hybrid sdk 收尾，偶然发现线上有一类 crash 最近两个版本稳步上升，而且可以肯定的是我负责的 sdk 提供的 web 容器导致的，__ZL17_WebTryThreadLockb 是函数调用栈最后调用的 api。

crash 线程调用栈详细如下：

Thread 17 Crashed:
0   WebCore                              __ZL17_WebTryThreadLockb
1   WebCore                              _WebThreadLock
2   UIKit                                -[UIWebBrowserView resignFirstResponder]
3   UIKit                                -[UIResponder _resignIfContainsFirstResponder]
4   UIKit                                -[UIView(Hierarchy) _willMoveToWindow:]
5   UIKit                                -[UIView(Internal) _addSubview:positioned:relativeTo:]
6   UIKit                                ___53-[_UINavigationParallaxTransition animateTransition:]_block_invoke_2
7   UIKit                                +[UIView(Animation) performWithoutAnimation:]
8   UIKit                                ___53-[_UINavigationParallaxTransition animateTransition:]_block_invoke
9   UIKit                                +[UIView(Internal) _performBlockDelayingTriggeringResponderEvents:]
10  UIKit                                -[_UINavigationParallaxTransition animateTransition:]
11  UIKit                                -[UINavigationController _startCustomTransition:]
12  UIKit                                -[UINavigationController _startDeferredTransitionIfNeeded:]
13  UIKit                                -[UINavigationController __viewWillLayoutSubviews]
14  UIKit                                -[UILayoutContainerView layoutSubviews]
15  UIKit                                -[UIView(CALayerDelegate) layoutSublayersOfLayer:]
16  QuartzCore                           -[CALayer layoutSublayers]
17  QuartzCore                           __ZN2CA5Layer16layout_if_neededEPNS_11TransactionE
18  QuartzCore                           __ZN2CA5Layer28layout_and_display_if_neededEPNS_11TransactionE
19  QuartzCore                           __ZN2CA7Context18commit_transactionEPNS_11TransactionE
20  QuartzCore                           __ZN2CA11Transaction6commitEv
21  QuartzCore                           __ZN2CA11Transaction14release_threadEPv
22  libsystem_pthread.dylib              __pthread_tsd_cleanup
23  libsystem_pthread.dylib              __pthread_exit
24  libsystem_pthread.dylib              __pthread_wqthread
25  libsystem_pthread.dylib              _start_wqthread

原因是什么？

Stack Overflow 上的问题和解答贴出两个大家一起参考：

app-crash-no-idea-why
ios-webtrythreadlock-crash

根本原因：Tried to obtain the web lock from a thread other than the main thread or the web thread.

问题定位

ABAuthorizationStatus authStatus = ABAddressBookGetAuthorizationStatus();
    if (authStatus == kABAuthorizationStatusNotDetermined)
    {
        //获取授权
        ABAddressBookRef addressBook = ABAddressBookCreate();
        ABAddressBookRequestAccessWithCompletion( addressBook, ^(bool granted, CFErrorRef error) {
            if (granted)
            {
                [self openContact];
            }
            else
            {
                [self showAlertView];
            }
        });
    }

之前草率的确定为上述代码问题，上述代码确实存在两个问题

1. 内存泄漏
2. 非主线程调用 UI 操作

但重新看 crash 调用栈，确定并不会是 AddressBook 导致，而真实原因已无从考证。
更新文章，留作后人查阅。