从“核心数据编程指南”的“检索特定对象”部分
@L_403_0@：

If your application uses multiple contexts and you want to test whether an object has been deleted from a persistent store,you can create a fetch request with a predicate of the form self == %@. The object you pass in as the variable can be either a managed object or a managed object ID…”

If you need to test for the existence of several objects,it is more efficient to use the IN operator than it is to execute multiple fetches for individual objects,for example:

NSPredicate *predicate = [NSPredicate predicateWithFormat:@”self IN %@”,
arrayOfManagedObjectIDs];

虽然这是关于测试对象删除,但我假设如果没有删除对象,那么结果数组不为空,并且将包含实际的NSManagedObjects.但是,当我执行此代码时：

- (NSArray *)managedObjectsOfEntityName:(NSString *)entityName fromObjectIDs:(NSArray *)objectIDs managedObjectContext:(NSManagedObjectContext *)managedObjectContext
{
    NSFetchRequest *request = [NSFetchRequest fetchRequestWithEntityName:entityName];
    request.predicate = [NSPredicate predicateWithFormat:@"self IN %@",objectIDs];

    __autoreleasing NSError *error = nil;

    NSManagedObjectID *testID = objectIDs[0];
    NSManagedObject *obj = [managedObjectContext existingObjectWithID:testID error:&error];
    if (!obj)
    {
        NSLog(@"Unable to perform fetch. Error: %@",error);
    }

    error = nil;
    NSArray *results = [managedObjectContext executeFetchRequest:request error:&error];
    if (!results)
    {
        NSLog(@"Unable to perform fetch. Error: %@",error);
    }

    return results;
}

结果数组是非零和空的,而obj已正确填充.

我已经添加了对existingObjectWithID的显式调用：作为完整性检查,它返回预期的对象,没有错误.

这是相关变量的调试器输出：

(lldb) po entityName
Foo

(lldb) po objectIDs
<__NSArrayI 0x1170d4950>(
0xd0000000055c0082 <x-coredata://CEB1EDA5-7F7A-4342-85E5-6C2E261308CC/Foo/p343>,0xd000000008e80082 <x-coredata://CEB1EDA5-7F7A-4342-85E5-6C2E261308CC/Foo/p570>,0xd000000008840082 <x-coredata://CEB1EDA5-7F7A-4342-85E5-6C2E261308CC/Foo/p545>,0xd000000006040082 <x-coredata://CEB1EDA5-7F7A-4342-85E5-6C2E261308CC/Foo/p385>,0xd000000007740082 <x-coredata://CEB1EDA5-7F7A-4342-85E5-6C2E261308CC/Foo/p477>,0xd000000008280082 <x-coredata://CEB1EDA5-7F7A-4342-85E5-6C2E261308CC/Foo/p522>,0xd000000008e40082 <x-coredata://CEB1EDA5-7F7A-4342-85E5-6C2E261308CC/Foo/p569>
)

(lldb) po request
<NSFetchRequest: 0x10f338840> (entity: Foo; predicate: (SELF IN {
0xd0000000055c0082 <x-coredata://CEB1EDA5-7F7A-4342-85E5-6C2E261308CC/Foo/p343>,0xd000000008e40082 <x-coredata://CEB1EDA5-7F7A-4342-85E5-6C2E261308CC/Foo/p569>});
sortDescriptors: ((null)); type: NSManagedObjectResultType; )

(lldb) po request.predicate
SELF IN {
0xd0000000055c0082 <x-coredata://CEB1EDA5-7F7A-4342-85E5-6C2E261308CC/Foo/p343>,0xd000000008e40082 <x-coredata://CEB1EDA5-7F7A-4342-85E5-6C2E261308CC/Foo/p569>}

(lldb) po testID
0xd0000000055c0082 <x-coredata://CEB1EDA5-7F7A-4342-85E5-6C2E261308CC/Foo/p343>

(lldb) p testID.isTemporaryID
(bool) $7 = false

(lldb) p obj
(NSManagedObject *) $9 = 0x000000010f338630

(lldb) po results
<__NSArrayI 0x10f205c70>(

)

(lldb) po testID.entity
 nil

testID上的nil实体很奇怪,但我不确定它是“坏”.

所以,我显然不知道为什么获取回来是空的.实体名称正确,fetch和谓词看起来很好,对象在上下文中,但结果仍为零.

附加背景：

从本质上讲,更大的图片是我有一个后台操作,它使用自己的托管对象上下文(MOC)来执行一些工作.主要队列需要完成该工作的结果,因此我将工作产生的objectID打包并将其传递给主队列.在主队列上我需要返回实际的托管对象,所以我试图通过objectID从主队列的MOC中获取它们.我意识到我可以在MOC上使用objectWithID：或existingObjectWithID：error：甚至objectRegisteredForID：来获取这些对象,但每个都有自己的特殊问题：

> objectWithID：如果对象不在上下文中,则可能返回一个伪造的对象,如果它在上下文中,它将返回一个错误.
> existingObjectWithID：错误：非常好,因为我们将返回nil(而不是伪造的对象),但它也会返回错误.
> objectRegisteredForID：如果对象不在上下文中,则返回nil.

因此,如果我使用objectWithID：或existingObjectWithID：error：在循环中获取一堆对象,那么可能会在持久存储中跳转以使对象出错,这意味着性能可能会非常糟糕.如果我使用objectRegisteredForID：如果它恰好不在主队列的MOC中,我可能根本不会得到该对象.

因此,我没有尝试迭代数组,而是期望获取请求会限制与persistance存储交互的开销,并一举返回我需要的所有对象.

加成：

顺便说一句,问题确实与@“self IN％@”谓词有关,因为我可以删除该谓词并获取entityName的所有对象而不会出现问题.我还尝试使用@“objectID IN％@”作为具有相同(零)结果的谓词.