Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/jsf-2/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Ios 更改属性后复制托管对象的核心数据_Ios_Core Data_Nsmanagedobject_Nsmanagedobjectcontext - Fatal编程技术网

Ios 更改属性后复制托管对象的核心数据

Ios 更改属性后复制托管对象的核心数据,ios,core-data,nsmanagedobject,nsmanagedobjectcontext,Ios,Core Data,Nsmanagedobject,Nsmanagedobjectcontext,假设我在上下文中有一个任意对象 我正在使用具有此对象的父上下文创建一个新上下文 context2 = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSMainQueueConcurrencyType]; context2.parentContext = parentContext; 在这个新的上下文中,我这样做是为了在它自己的上下文中更改对象: NSManagedObjectID *objectID = [managedObj

假设我在上下文中有一个任意对象

我正在使用具有此对象的父上下文创建一个新上下文

context2 = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSMainQueueConcurrencyType];
context2.parentContext = parentContext;
在这个新的上下文中,我这样做是为了在它自己的上下文中更改对象:

NSManagedObjectID *objectID = [managedObject objectID];
NSManagedObject *contextObj = [context2 objectWithID:objectID];
如果我现在在上下文上进行提取,它只显示1个对象,这是预期的。但一旦我做到了
contextObj.name=@“废话”
同一个fetch不返回2个对象

一个有原名,另一个有“废话”

原始名称的objectID上的
istemporation
设置为YES,但带有“blah”的设置为NO

你知道上下文为什么要用旧值复制对象吗

例:

编辑: 下面是一个复制问题的代码:

#import "ViewController.h"
#import "CustomObject+CoreDataClass.h"
#import "SecondCustomObject+CoreDataClass.h"
#import "AppDelegate.h"

@interface ViewController ()

@property (nonatomic, strong) NSManagedObjectContext *secondContext;
@property (nonatomic, strong) SecondCustomObject *secondObject;
@property (nonatomic, strong) NSPersistentContainer *persistentContainer;

@end

@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];

    UIButton *button = [[UIButton alloc] initWithFrame:CGRectMake(100, 100, 250, 100)];
    [button setTitle:@"Tap here multiple times" forState:UIControlStateNormal];
    [button setTitleColor:[UIColor redColor] forState:UIControlStateNormal];
    [button addTarget:self action:@selector(triggerIssue) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:button];

    AppDelegate *appDelegate = (AppDelegate *)[[UIApplication sharedApplication] delegate];
    self.persistentContainer = appDelegate.persistentContainer;

    [self setupConfig];
}

- (void)setupConfig {
    NSManagedObjectContext *firstContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSMainQueueConcurrencyType];
    firstContext.parentContext = self.persistentContainer.viewContext;
    firstContext.mergePolicy = NSMergeByPropertyObjectTrumpMergePolicy;

    self.secondContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSMainQueueConcurrencyType];
    self.secondContext.parentContext = firstContext;
    self.secondContext.mergePolicy = NSMergeByPropertyObjectTrumpMergePolicy;

    self.secondObject = [[SecondCustomObject alloc] initWithContext:self.secondContext];
    self.secondObject.name = @"Name1";
}

//Needs to be triggered 2-3 times for the issue to happen
- (void)triggerIssue {
    [self.secondContext performBlock:^{
        [self.secondContext save:NULL];
        [self.persistentContainer.viewContext performBlock:^{
            [self.persistentContainer.viewContext save:NULL];
            NSLog(@"SAVED");
        }];
    }];

    [self.secondContext.parentContext refreshAllObjects];
    [self.secondContext.parentContext save:NULL];
    self.secondObject.name = @"Name2";
    [self print];
}

- (void)print {
    NSArray *result = [self.secondContext executeFetchRequest:SecondCustomObject.fetchRequest error:NULL];
    NSLog(@"Result Count [%lu]", (unsigned long)result.count);
    for (SecondCustomObject *obj in result) {
        NSLog(@"Obj Name [%@]", obj.name);
    }
    NSLog(@"-----");
}
在多次调用
triggerIssue
后,您开始在同一上下文中看到重复的对象,下面是一个输出示例:

CDTest[15510:761956] Result Count [1]
CDTest[15510:761956] Obj Name [Name2]
CDTest[15510:761956] -----
CDTest[15510:761956] SAVED
CDTest[15510:761956] Result Count [1]
CDTest[15510:761956] Obj Name [Name2]
CDTest[15510:761956] -----
CDTest[15510:761956] SAVED
CDTest[15510:761956] Result Count [2]
CDTest[15510:761956] Obj Name [Name2]
CDTest[15510:761956] Obj Name [Name2]
CDTest[15510:761956] -----
CDTest[15510:761956] SAVED

您不应在
performBlock
中的父上下文上调用
save
。第二个上下文上的
保存
会将更改传播到父上下文

执行块并传播更改后,可以保存主上下文

删除这些行

 [self.persistentContainer.viewContext performBlock:^{
        [self.persistentContainer.viewContext save:NULL];
        NSLog(@"SAVED");
    }];

从块中解决问题。在
performBlock
之外执行的
save
保存视图上下文。

您不应在父上下文中调用
save
。第二个上下文上的
保存
会将更改传播到父上下文

执行块并传播更改后,可以保存主上下文

删除这些行

 [self.persistentContainer.viewContext performBlock:^{
        [self.persistentContainer.viewContext save:NULL];
        NSLog(@"SAVED");
    }];

从块中解决问题。在
performBlock
外部执行的
save
保存视图上下文。

在执行提取之前是否保存了更改。你能展示更完整的代码吗;a?是的,父上下文没有挂起的更改。我已经添加了与我的项目相同的流程的代码。我将尝试创建一个示例项目并隔离案例,但问题部分是我在那里复制的。在没有挂起的更改的情况下考虑父上下文,只有保存在持久性Sturi上的一个对象试图复制您的问题,但我不能——我只在父和子上下文中有一个对象;这就是为什么如果您提供了一个完整的示例以及所有相关的代码来演示这个问题,它会有所帮助。您是对的,我很确定还有其他一些因素影响到这段代码,一旦我创建了可以用来复制我将在这里发布的问题的示例项目,我只是还没有时间去做。谢谢您的帮助。@Paulw11我能够隔离问题并使其100%可复制。您在执行提取之前是否保存了更改。你能展示更完整的代码吗;a?是的,父上下文没有挂起的更改。我已经添加了与我的项目相同的流程的代码。我将尝试创建一个示例项目并隔离案例,但问题部分是我在那里复制的。在没有挂起的更改的情况下考虑父上下文,只有保存在持久性Sturi上的一个对象试图复制您的问题,但我不能——我只在父和子上下文中有一个对象;这就是为什么如果您提供了一个完整的示例以及所有相关的代码来演示这个问题,它会有所帮助。您是对的,我很确定还有其他一些因素影响到这段代码,一旦我创建了可以用来复制我将在这里发布的问题的示例项目,我只是还没有时间去做。谢谢您的帮助。@Paulw11我能够隔离问题并使其100%可复制。这段代码在实际项目中使用时没有多大意义,但试图演示副作用。我不理解的副作用,为什么物体会被复制?为什么需要3-4次才能实现呢?我只是想说清楚,我并不是在试图解决这个问题,我知道有更好的体系结构可以使用父/子上下文并避免这种情况发生,但我试图理解为什么会发生这种情况。我仍然不清楚。要得到准确的答案,您必须准确地了解
performBlock
内部的情况。有一个自动发布池正在使用,并且对父上下文进行了更新。我猜在执行
performBlock
的所有清理之前,将更改持久化到持久化存储区可能会导致某种竞争状况。您拥有的代码是不正确的,通过修复它,问题就消失了。该代码在实际项目中使用时不应该有多大意义,而是试图证明其副作用。我不理解的副作用,为什么物体会被复制?为什么需要3-4次才能实现呢?我只是想说清楚,我并不是在试图解决这个问题,我知道有更好的体系结构可以使用父/子上下文并避免这种情况发生,但我试图理解为什么会发生这种情况。我仍然不清楚。要得到准确的答案,您必须准确地了解
performBlock
内部的情况。有一个自动发布池正在使用,并且对父上下文进行了更新。我猜在执行
performBlock
的所有清理之前,将更改持久化到持久化存储区可能会导致某种竞争状况。您拥有的代码不正确,通过修复它,问题就消失了。