基于iOS9與iOS10的CoreData技術(shù)變化

摘 要： CoreData是一個蘋果原生的框架，它擁有像數(shù)據(jù)庫一樣存儲數(shù)據(jù)的功能，但本身并不是數(shù)據(jù)庫。本文探究了在iOS9與iOS10中CoreData的性能優(yōu)化和發(fā)生的改變，并對這種變化進行相應的封裝，以便兼容iOS9和iOS10。

關鍵詞：iOS9 iOS10 CoreData 性能優(yōu)化

中圖分類號：TP273 文獻標識碼：A 文章編號：1003-9082（2017）02-0009-01

CoreData是iOS5之后才出現(xiàn)的一個框架，它提供了對象-關系映射（ORM）的功能，即能夠?qū)C對象轉(zhuǎn)化成數(shù)據(jù)，保存在SQLite數(shù)據(jù)庫文件中，也能夠?qū)⒈４嬖跀?shù)據(jù)庫中的數(shù)據(jù)還原成OC對象。在此數(shù)據(jù)操作期間，開發(fā)者不需要編寫任何SQL語句。在CoreData的技術(shù)堆棧主要分為一下幾個部分，一個是NSManagedObjectContext管理的模型部分，管理著所有CoreData的托管模型對象；另一個是存儲調(diào)度器NSPersistentStoreCoordinator，和SQL數(shù)據(jù)庫進行數(shù)據(jù)交互，負責操縱存儲器類NSPersistentStore實現(xiàn)SQLite的本地持久化。這就構(gòu)成了CoreData的大體結(jié)構(gòu)。在iOS10中，其技術(shù)堆棧發(fā)生了一些細微變化，詳情見下文分析。

一、iOS9中的CoreData

在iOS9中，CoreDataStack是CoreData的核心，由一組CoreData核心對象組成，其技術(shù)堆棧圖如下所示：

1.NSManagedObjectContext 對象管理上下文： 負責管理模型對象的集合；

2.NSManagedObjectModel 被管理的對象模型： 負責管理對象模型；

3.NSPersistentStoreCoordinator 存儲調(diào)度器： 負責將數(shù)據(jù)保存到磁盤的；

其核心部分大致分為兩個：一個是對象圖管理，另一個是數(shù)據(jù)持久化；在這兩部分的中間，即堆棧中間，是持久化存儲協(xié)調(diào)器（Persistent Store Coordinator， PSC）。通過它將對象圖管理部分和持久化部分綁在一起。當這兩部分中的一部分需要和另一部分交互，將通過PSC來調(diào)節(jié)；并且，在iOS9之前，SQLite的文件存儲在Documents，在iOS10之后，便把存儲地址改為Library/Application/Support中。

二、iOS10中的CoreData

在iOS10中，系統(tǒng)默認生成的是一個CoreData存儲容器NSPersistentContainer，NSPersistentContainer是iOS10.0新加的一個類，它的作用是管理CoreDataStack，可以理解為是CoreDataStack的容器，其對數(shù)據(jù)的增刪改查與在iOS9中的過程相同，但是NSPersistentContainer不兼容iOS9，如果在iOS9中使用會閃退，需要進行適配處理，其核心代碼如下：

三、NSPersistentContainer性能比較

下圖為筆者通過使用iOS9與iOS10的CoreData往數(shù)據(jù)庫中插入十萬行數(shù)據(jù)所耗時間的對比圖：

分析上圖的對比結(jié)果，可以得出，傳統(tǒng)的在主線程操作CoreData插入十萬行數(shù)據(jù)，足足等了22s多；然而使用iOS10的NSPersistentContainer的多線程操作數(shù)據(jù)庫插入十萬行數(shù)據(jù)只需要2s多，比傳統(tǒng)的CoreData速度快了將近10倍。

結(jié)束語

在iOS開發(fā)中，目前市場上有三種主流的數(shù)據(jù)庫操作：FMDB、realm、和CoreData，然而CoreData的使用率目前普遍較低。對于一種數(shù)據(jù)庫技術(shù)的選擇，無非就是使用時是否方便和操作大量數(shù)據(jù)時，是否耗時耗性能。但是通過上面的對比測試可以看出，在iOS10推出之后，蘋果公司對其原生的CoreData在性能上進行了大量優(yōu)化。

作者簡介：范寶元（1993.1-），男，福建，研究方向：智能信息服務系統(tǒng)。