問題現(xiàn)場(chǎng)描述：在UI線程中，會(huì)在需要時(shí)候用GCD來異步加載CoreData中的數(shù)據(jù)，而同時(shí)，有另外一個(gè)GCD的線程，會(huì)經(jīng)常進(jìn)行從服務(wù)器獲取數(shù)據(jù)，將數(shù)據(jù)更新到本地?cái)?shù)據(jù)庫（CoreData）中。我將所有數(shù)據(jù)庫的操作都封裝在底層的DBUtil類中，其中有些查詢數(shù)據(jù)庫的函數(shù)返回的是executeFetchRequest的返回結(jié)果，也就是NSArray。所以，有時(shí)候，在UI線程GCD異步加載數(shù)據(jù)的時(shí)候（線程A），取出來的是NSArray（NSManagedObject）；這時(shí)候，另一個(gè)GCD更新數(shù)據(jù)的線程（線程B）對(duì)數(shù)據(jù)進(jìn)行了操作，如刪除了某條記錄。而在此之前，這條記錄已經(jīng)被線程A取到NSArray（NSManagedObject）中，這時(shí)候線程A在對(duì)該記錄進(jìn)行操作時(shí)候，程序就會(huì)crash。大家平時(shí)遇到這樣的問題都是怎么解決的啊？使用try-catch捕獲異常，在問題表面進(jìn)行處理，還是有更好的機(jī)制從根本上來解決這種問題？如果當(dāng)數(shù)據(jù)發(fā)生改變發(fā)送通知的話，那么也有可能在還未來得及響應(yīng)通知的時(shí)候，線程A已經(jīng)開始執(zhí)行了？