1

我有一个 iPad 应用程序，我在其中使用 NSUndoManager 和 Core Data。事情通常运作良好，除了当我多次撤消/重做时有一个半可重现的错误。我只在主线程上工作（至少，我已禁用 MagicalRecords 在辅助线程上使用 NSManagedObject。如果我尝试撤消/重做 NSManagedObject 到上下文的插入，问题总是会发生。

所以我有这样的事情：

if (!self.undoManager.isUndoing && !self.undoManager.isRedoing) 
{
    [self.undoManager undo];   
}
else 
{
    NSLog(@"gotcha!");
}

几次之后，我得到以下异常。它发生在辅助线程上，这让我觉得 Core Data 正在后台做一些事情。

CoreData: error: Serious application error.  Exception was caught during Core Data
change processing.  This is usually a bug within an observer of 
NSManagedObjectContextObjectsDidChangeNotification.  _registerUndoObject:: NSUndoManager 
0xcea2d60 is in invalid state, must begin a group before registering undo
with userInfo (null) 2012-07-25 15:42:26.850 TT[3972:3c07] *** Terminating app due to 
uncaught exception 'NSInternalInconsistencyException', reason: '_registerUndoObject::
NSUndoManager 0xcea2d60 is in invalid state, must begin a group before registering undo

有时我也会得到 EXEC_BAD_ACCESS，其他时候只是上面的异常。

知道是什么原因造成的吗？

编辑：澄清了 Mundi 的情况（见评论）

4

2 回答 2

0

撤消托管对象插入的标准方法是

[self.managedObjectContext deleteObject:theManagedObject];
// If you have saved already, you would need to save again.

无需使用撤消机制。像这样，你的代码变成

  • 更具可读性（你明确地说你想做什么）和
  • 更不容易出错（更复杂的 API 不会发生不可预见的事件）。
于 2012-07-26T16:29:13.907 回答
0

这是阻止我所有崩溃的解决方案：显然 Magical Records 默认使用 privateQueue 并发，如果您的代码不是线程安全的，我想事情不会成功。我所做的是将其从 NSPrivateQueueConcurrencyType 更改为 NSMainQueueConcurrencyType 以获取以下方法：

+ (NSManagedObjectContext *) MR_contextWithoutParent;
{
    NSManagedObjectContext *context = [[self alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType];
return context;
}

我还发现了另一个在这里起作用的细节： Core Data deleteObject: sets attributes to nil

我必须做的是在添加/删除托管对象之前保存托管对象上下文。有点奇怪和低效，但省去了很多麻烦。

于 2012-07-27T02:29:58.670 回答