如同很多其他 iOS 上的需求一样，当复杂且耗时长的工作放在主线程上，会造成线程阻塞，这个时候 UI 会处于一种假死的状态。同样的 Core Data 的 Fetch 也是一样的，在 Fetch 条件复杂、数据量很大的情况下，同样会造成线程阻塞。这个时候，这部分工作就应该异步执行。
Core Data 的异步执行被封装的相当简单，在已有的 FetchRequest 的基础上，使用 NSAsynchronousFetchRequest 来实现异步请求。
NSAsynchronousFetchRequest 的命名容易让人产生歧义，其实它并不是 FetchRequest 的 subclass，它跟 FetchRequest 一样，同样是 NSPersistentStoreRequest 的子类。也就是说实现异步的 Fetch 就是把 NSFetchRequest 替换为 NSAsynchronousFetchRequest。
首先在模块原有的 FetchRequest 中模块中添加 iVar 变量：
var asyncFetchRequest: NSAsynchronousFetchRequest!
NSAsynchronousFetchRequest 就像是已经存在的 FetchRequest 的一个 Wrapper 一样。创建一个 NSAsynchronousFetchRequest 需要一个正常的 FetchRequest 和一个 Completion Handle。
执行请求的时候类似，不过请求的方法从 executeFetchRequest 变成了 executeRequest，传递进去的参数也从 FetchRequest 变成了 AsynchronousFetchRequest。
执行请求之后，返回的数据为：NSAsynchronousFetchResult。
调用的方法如下：
fetchRequest = NSFetchRequest(entityName: "Venue")
asyncFetchRequest = NSAsynchronousFetchRequest(fetchRequest: fetchRequest) {
//查询成功的处理
[unowned self] (result: NSAsynchronousFetchResult!) -> Void in
self.venues = result.finalResult as! [Venue]
self.tableView.reloadData()
}
do {
try coreDataStack.context.executeRequest(asyncFetchRequest)
//Returns immediately, cancel here if you want.
} catch let error as NSError {
print("Could not fetch \(error), \(error.userInfo)")
}
block 之内是对返回的数据做处理。
另外，如果要取消正在，asyncFetchRequest 可以调用 cancel() 方法来取消这次异步请求。
批量更新（不做查询，直接在Store层进行更新，iOS 8 的特性)
举例一种情况，如果我们要对十万条数据都进行同样的一个属性的更新，一般的做法我们需要取出这十万条数据，我们取出十多万条数据只是为了做一个很简单的更新。
经典的案例是电子邮箱类似的APP中 标记所有邮件为已读 这样的需求，难道要把上千封邮件全部请求出来吗，显然不是。
iOS 8 发布了支持 批量更新(Bench Update) 的 NSBatchUpdateRequest，使用它可以在不做查询的情况下更新数据。
NSBatchUpdateRequest 实现的原理是完全绕开了 NSManagedObjectContext，直接去 NSPersistentStore 层去做 Update。
//这四行代码，在初始化的时候配置好EntityName, 配置影响的property和更改的值 以及 配置影响的Store，以及返回Result的数据类型。
//创建NSBatchUpdateRequest 的实例，entityName 作为初始化参数。
let batchUpdate = NSBatchUpdateRequest(entityName: "myEntityName")
//标明需要 Update 的 property 和 值
batchUpdate.propertiesToUpdate = ["favorite" : NSNumber(bool: true)]
//被影响的Stores 默认情况下这么写就可以，如果涉及比较多的PersistentStores 情况就更复杂了。
batchUpdate.affectedStores = coreDataStack.context.persistentStoreCoordinator!.persistentStores
//配置返回数据的类型，还可以是 UpdatedObjectIDsResultType。
batchUpdate.resultType = .UpdatedObjectsCountResultType
//执行批量更新
do {
let batchResult = try coreDataStack.context.executeRequest(batchUpdate) as! NSBatchUpdateResult
print("Records updated \(batchResult.result!)")
} catch let error as NSError {
print("Could not update \(error), \(error.userInfo)")
}
在初始化的时候配置好EntityName, 配置影响的property和更改的值 以及 配置影响的Store，以及返回Result的数据类型。
另外提一下：如同这种在 Store 层的数据更新，数据删除也有同样的API，在 iOS 9 的时候苹果提供了一个类似 NSBatchUpdateRequest 的类来做在 Store 层的数据删除，使用 ---- NSBatchDeleteRequest，同样它们两个都是 NSPersistentStoreRequest 的子类。
注意：
额外需要注意的一点是，前面提到了「NSBatchUpdateRequest 实现的原理是完全绕开了 NSManagedObjectContext，直接去 NSPersistentStore 层去做 Update。」
所以做了批量 Update / Delete 之后，你之前请求的那部分数据已经失效了，因为它们跟数据库已经失去了同步性。
