追蹤執行executeFetchRequest時導致凍結的塊/死鎖

Question

我有一個經常凍結且永久凍結的應用程序。發生這種情況時，我單擊Xco​​de中的暫停，並在主線程上看到它始終停在執行MOC上的獲取請求的一行代碼上。我還在左側的線程列表中看到輸出__psynch_mutexwait + 17。這使我認爲應用程序正在死鎖或由於某種原因MOC被阻止。

我的第一本能是我可能在非主線程上執行一個獲取請求，所以我把日誌放在檢查中，但事實並非如此。所有提取都發生在主線程上。

我該如何去追蹤可能阻塞的東西？有沒有更多的東西我應該在堆棧追蹤中尋找？

這是一個問題，我設置在其他線程主線程上獲取的對象的屬性？即，主要獲取objectA，然後將其傳遞給另一個線程，並執行如objectA.someNumber = [NSNumber numberWithInt:2]？

Answer 1

難道我設置對象的屬性問題上的取主線程在其他線程？即，獲取mainA上的objectA，然後將其傳遞給另一個線程，並執行類似objectA.someNumber = [NSNumber numberWithInt：2]？

是的！我試過這個。

當您在ThreadA中獲取ObjA，然後將它傳遞給ThreadB進行某些操作時，它將陷入死鎖。

Answer 2

因爲您的提取請求正在您的應用阻止的主線程上運行，所以它很小心。請記住，主線程是一個串行隊列，並且在您的獲取請求完成之前不會運行其他任何塊（或事件）（即使理論上它可能是因爲您阻塞處於等待狀態）。這解釋了爲什麼當你打破你總是碰到一個_psanch_mutexwait。

您應該在另一個隊列上運行您的讀取請求，並在必要時使用主隊列上的結果。達到此目的的一種方法是使用以下模式：

- (void) fetchRequest1 
{ 
    dispatch_async(not_the_main_queue, ^(void) { 

     // Code the request here. 

     // Then use the result on the main if necessary. 
     dispatch_async(dispatch_get_main_queue(), ^(void) { 
      // Use the result on the main queue. 
     }); 
    }); 
} 

另請注意，通常不需要在主隊列上運行任何內容。事實上，如果您在該線程上儘可能少運行，您的應用程序通常會運行得更順利。當然也有一些事情必須在那裏進行，並在這些情況下，你可以使用下面的模式，以確保它是：

- (void) runBlockOnMainThread:(void(^)(void))block 
{ 
    dispatch_queue_t thisQ = dispatch_get_current_queue(); 
    dispatch_queue_t mainQ = dispatch_get_main_queue(); 

    if (thisQ != mainQ) 
     dispatch_sync(mainQ, block); 
    else 
     block(); 
}