從開始就注重性能煤杀，將有助于您為未來的應(yīng)用做準(zhǔn)備里烦。您的數(shù)據(jù)庫(kù)一開始可能很小，隨著數(shù)量的不斷增長(zhǎng)，錯(cuò)誤的使用方式將導(dǎo)致查詢緩慢榴啸，從而降低用戶體驗(yàn)。本文將從七個(gè)方面來帶領(lǐng)大家來掌握一下CoreData性能提升的技巧右犹。
一弹囚、利用后臺(tái)管理object context對(duì)象上下文
很多朋友對(duì)后臺(tái)托管對(duì)象上下文不太了解，我們經(jīng)常使用視圖上下文來執(zhí)行任何Core Data相關(guān)的任務(wù)秒啦，例如插入新內(nèi)容熬粗，刪除內(nèi)容，獲取內(nèi)容等余境。
最初驻呐，我們的應(yīng)用程序數(shù)量容量很少時(shí)，僅使用視圖上下文并不是問題芳来，也不會(huì)導(dǎo)致與Core Data相關(guān)的任何可見的性能損失含末。但是，一旦我們的應(yīng)用開始增長(zhǎng)即舌，我們就會(huì)發(fā)現(xiàn)到視圖上下文與主隊(duì)列相關(guān)聯(lián)佣盒，緩慢的查詢阻止了我們的用戶界面，并且我們的應(yīng)用程序響應(yīng)速度變慢顽聂。
通常肥惭，最佳實(shí)踐是在后臺(tái)隊(duì)列上執(zhí)行數(shù)據(jù)處理盯仪，因?yàn)樗赡苷加么罅緾PU。諸如將JSON導(dǎo)入Core Data中的示例可能會(huì)阻塞視圖上下文并導(dǎo)致用戶界面無(wú)響應(yīng)蜜葱。
解決方案是利用后臺(tái)管理對(duì)象上下文全景。最新的API使從持久性容器創(chuàng)建新上下文變得容易：
let backgroundContext = persistentContainer.newBackgroundContext()
我建議在NSManagedObjectContext（concurrenyType :)初始化方法上使用此方法，因?yàn)樵摲椒▽⒆詣?dòng)與NSPersistentStoreCoordinator關(guān)聯(lián)牵囤，并且還將設(shè)置為使用NSManagedObjectContextDidSave廣播爸黄。這樣可以使您的背景上下文與視圖上下文保持同步。
您可以將此背景上下文保存在自定義的持久性容器子類上揭鳞。這樣炕贵，您可以重用后臺(tái)上下文，而只需要管理兩個(gè)上下文野崇。這使您的核心數(shù)據(jù)結(jié)構(gòu)易于理解称开，并且避免了多個(gè)不同步的上下文。
如果只需要在幾個(gè)地方使用背景上下文舞骆，則還可以決定使用performBackgroundTask（_ :)方法在原地創(chuàng)建背景上下文
persistentContainer.performBackgroundTask { (backgroundContext) in
// .. Core Data Code
}
但是钥弯，此方法每次調(diào)用時(shí)都會(huì)創(chuàng)建一個(gè)新的NSManagedObjectContext。如果您要更頻繁地分派到后臺(tái)上下文督禽，則可能要考慮使用共享后臺(tái)上下文脆霎。
