前言

Bugly和dispatch_once使用不當(dāng)，會造成UI界面卡死。筆者在前段時間碰見了這樣的一個卡死的情況，特意記錄下來。

iOS開發(fā)者或多或少都聽過或用過Bugly。它是騰訊開發(fā)的一個SDK，用來捕捉App中的crash。對于dispatch_once大家就更熟悉了，現(xiàn)在大部分開發(fā)者用這個來創(chuàng)建單例。如：

+ （SingletonA *）sharedInstance {

static SingletonA *_singleton = nil;

static dispatch_once_t once;

dispatch_once（&once， ^{

_singleton = ［［SingletonA alloc］ init］;

}）;

return _singleton;

}

但是這兩個在一起怎么會造成UI界面卡死呢？如果筆者不是親眼所見，也不會相信Bugly會造成界面卡死。

現(xiàn)象

前幾天碰見了這樣一個情況，我們的App啟動時有時候會卡在啟動界面上，過一段時間 就會被系統(tǒng)殺掉，而且不會有Crash的堆棧。這個現(xiàn)象讓我們開發(fā)很頭疼，一旦出現(xiàn)就只能殺進程，重新啟動App，并且還不知道是怎么回事。

調(diào)查

看到界面卡死的第一反應(yīng)就是，是不是哪個地方死鎖導(dǎo)致主線程阻塞了。使用Console.app查看App啟動時的日志，沒發(fā)現(xiàn)什么異常的情況，并且死鎖這個在日志中查找起來比較麻煩。

好不容易復(fù)現(xiàn)這個情況后，趕緊把手機接上Mac，在Xcdoe中Attach我們App的進程，如圖：

然后暫停下App進程，就可以看到當(dāng)前所有線程的堆棧情況了