CoreData遇见iCloud的那些坑
尽管苹果把iCloud与CoreData之间的完美配合吹的天花乱坠，但在iOS7之前，想用iCloud同步CoreData数据简直就是噩梦，苹果自己也承认了之前的诸多bug和不稳定性，这让苹果不得不重新站出来说他们的工程师已经在iOS7中修复了bug，增强了体验，balabala，关键是对于程序员来说，将iCloud集成到CoreData变得无比简单。
在苹果的 官方文档 中已经把配置工作叙述的很明确了，简单地说可以总结为三步：
- 在iTunes Connect创建App ID，在Xcode中找到项目的Capabilities标签并开启iCloud选项。这会为你创建一个默认的iCloud容器，名字格式为“com.XXX.yourAppID”
- 添加
NSPersistentStore时向options参数传入一个持久存储的名称，自己起一个就行，示例代码如下:
NSDictionary *storeOptions =
@{NSPersistentStoreUbiquitousContentNameKey: @"MyAppCloudStore" };
NSPersistentStore *store = [coordinator addPersistentStoreWithType:NSSQLiteStoreType
configuration: nil
URL:storeURL
options:storeOptions
error:&error];
-
对
NSPersistentStoreCoordinatorStoresWillChangeNotification,NSPersistentStoreCoordinatorStoresDidChangeNotification和NSPersistentStoreDidImportUbiquitousContentChangesNotification这三个通知进行注册以便接收通知后对数据进行处理。最好用NSNotificationCenter的addObserverForName:object:queue:usingBlock:方法来使逻辑更加明确，代码更紧凑。最后贴上Swift实现
persistentStoreCoordinator的代码：
var persistentStoreCoordinator: NSPersistentStoreCoordinator ! {
if _persistentStoreCoordinator == nil {
let storeURL = self .applicationDocumentsDirectory. URLByAppendingPathComponent ( "HardChoice.sqlite" )
var error: NSError ? = nil
_persistentStoreCoordinator = NSPersistentStoreCoordinator (managedObjectModel: self .managedObjectModel)
// iCloud notification subscriptions
let dc = NSNotificationCenter .defaultCenter()
dc.addObserverForName( NSPersistentStoreCoordinatorStoresWillChangeNotification , object: self .persistentStoreCoordinator, queue: NSOperationQueue .mainQueue(), usingBlock: { (note) -> Void in
self .managedObjectContext.performBlock({ () -> Void in
var error: NSError ? = nil
if self .managedObjectContext.hasChanges {
if ! self .managedObjectContext.save(&error) {
println (error?.description)
}
}
self .managedObjectContext.reset()
})
})
dc.addObserverForName( NSPersistentStoreCoordinatorStoresDidChangeNotification , object: self .persistentStoreCoordinator, queue: NSOperationQueue .mainQueue(), usingBlock: { (note) -> Void in
self .managedObjectContext.performBlock({ () -> Void in
var error: NSError ? = nil
if self .managedObjectContext.hasChanges {
if ! self .managedObjectContext.save(&error) {
println (error?.description)
}
}
})
})
dc.addObserverForName( NSPersistentStoreDidImportUbiquitousContentChangesNotification , object: self .persistentStoreCoordinator, queue: NSOperationQueue .mainQueue(), usingBlock: { (note) -> Void in
self .managedObjectContext.performBlock({ () -> Void in
self .managedObjectContext.mergeChangesFromContextDidSaveNotification(note)
})
})
if _persistentStoreCoordinator!.addPersistentStoreWithType( NSSQLiteStoreType , configuration: nil , URL : storeURL, options: [ NSPersistentStoreUbiquitousContentNameKey : "MyAppCloudStore" ], error: &error) == nil {
println ( "Unresolved error /(error) , /(error?.userInfo) " )
abort()
}
}
return _persistentStoreCoordinator!
}
var _persistentStoreCoordinator: NSPersistentStoreCoordinator ? = nil
当然你也可以用 lazy 关键字同样来实现 persistentStoreCoordinator 属性的惰性加载。
已经有人将整套CoreData集成iCloud的逻辑抽象出来，比如 iCloudCoreDataStack 。完全不需要再用宣称能让CoreData与iCloud搭配更简单的第三方库了，因为在iOS7中苹果的确让它简单至极了。
然而当Xcode6和iOS8袭来，一个个坑争先恐后的出现了。
首先是 iCloud Drive ，它与之前iCloud有冲突。如升级，请彻底，让测试机器都升级iCloud Drive。
然后是Xcode6中开启Capabilities标签的iCloud选项卡后，如下的场景简直是卧槽：
该怎么选怎么选啊？！我只能说按照上图这么选就对了。顺便说一下iCloud默认容器名称格式已经变成了“iCloud.com.yourname.yourAppID”，其实这也不太准确，官方称作“iCloud.$(CFBundleIdentifier)”,后面的美元号所指的变量就是General中Identity一栏的“Bundle Identifier”值。此外“Key-value storage”和“CloudKit”选项选不选都可以，但“iCloud Documents”一定要勾选，否则是无法同步CoreData数据的。
PS：CloudKit是苹果最新推出的基于iCloud的一个云端数据存储服务,提供了低成本的云存储并能作为一个后端服务通过用户们的iCloud账号分享其应用数据。
接下来是时候检查我们是否成功添加了iCloud容器，可以在 applicationDidFinishLaunchingWithOptions 方法中尝试获取容器的URL来判断：
let containerURL = NSFileManager .defaultManager(). URLForUbiquityContainerIdentifier ( "iCloud.com.yulingtianxia.HardChoice" )
if containerURL != nil {
println ( "success: /(containerURL) " )
}
else {
println ( "URL=nil" )
}
如果之前没有在Capabilities标签的iCloud中勾选“iCloud Documents”，“URLForUbiquityContainerIdentifier”方法会始终返回 nil 。来看看苹果开发者论坛上关于这个话题的 讨论 吧
PS：官方文档不建议在主线程使用 URLForUbiquityContainerIdentifier 方法，因为它可能需要较长时间来返回URL而阻塞主线程。这里只是为了测试使用。
然而判断iCloud是否真的与CoreData工作正常，苹果的官方文档写的很详细： Using the iCloud Debugging Tools
当我兴致冲冲的打开Xcode中的debug navigator，点击左边的iCloud查看状态时，被眼前的一切惊呆了：
“iCloud Usage”告诉我状态不可用，然而右下角的日志中Using local storage已经从1变成了0，也就是证明了我的APP(HardChoice)已经从CoreData使用本地持久仓库转移到了使用“iCloud-enabled”持久仓库。“Transfer Activity”中柱状图更是显示从iCloud下载了数据。而这其实应该是Xcode6的一个bug，有人已经在 苹果开发者论坛 讨论了。
根据我的测试，只勾选“Key-value storage”或者在模拟器上调试时，“iCloud Usage”都不会出现。而即使“iCloud Usage”出现了，状态也始终是Disabled，“Transfer Activity”也不是很灵敏。唯独只能相信CoreData的log了。
但我们可以查看“My Mac”的“iCloud Usage”而不是iPhone的“iCloud Usage”：
在“Documents”一栏中可以看出我在两个设备间同步了数据，“mobile”后面跟着的是我的设备编号。展开数据可以看到更详细的同步记录：
虽然通过“My Mac”可以看到iCloud与CoreData的数据同步记录，但是在Xcode6.1.1中“Documents”的显示不是很正常，在最新的Xcode6.2beta版中虽然修复了“Documents”的显示问题，但“iCloud Usage”的种种bug依然存在。
最后，确保网络通常。我在中软实训一个月时，网络奇差，或是屏蔽了iCloud，一直没能调试成功。
贴一张HardChoice同步成功的测试图，因为我是用Swift写的这个Demo，所以喜欢用Swift的可以直接把我的那部分源码粘过去用：
参考：
正文到此结束
热门推荐
相关文章
近期评论
-
666
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
