重写NSManagedObject的getter/setter后Core Data存储值异常问题

核心问题分析 #

你遇到的问题是Core Data最终存储的是绝对URL而非预期的[APP_DOC_DIR]占位符字符串，本质是存储前的占位符字符串被意外替换为绝对URL并重新写入数据库，大概率是以下原因之一：

1. 错误地将getter返回值重新赋值回属性 #

代码中存在环节调用formData getter获取到替换后的绝对URL后，又将该值重新赋值给formData属性。此时传入的字符串不是Base64 Data URL，setter逻辑不会触发占位符处理，直接将绝对URL存入数据库。

比如存在这类错误代码：

// 第一次设置：处理后存储占位符
[self setFormData:jsReceivedFormData];
// 错误操作：将getter返回的绝对URL重新赋值
self.formData = self.formData;

2. Getter方法未正确处理原始值 #

你的getter代码存在隐患：直接将primitiveValueForKey:返回的不可变NSString赋值给NSMutableString指针并修改，属于未定义行为，可能意外篡改Core Data存储的原始数据。

正确写法需先创建原始值的可变副本：

- (NSString*) formData
{
  // 创建原始值的可变副本，避免修改Core Data存储的原始数据
  NSMutableString *data = [[self primitiveValueForKey:FORM_DATA_KEY] mutableCopy];
  NSString *docsUrl = [NSURL fileURLWithPath:thisApp.docDir].absoluteString;

  // 执行替换逻辑
  NSRange range = [data rangeOfString:@"[APP_DOC_DIR]"];
  while (range.location != NSNotFound) {
      [data replaceCharactersInRange:range withString:docsUrl];
      range = [data rangeOfString:@"[APP_DOC_DIR]"];
  }

  return data;
}

3. 生命周期方法中意外触发属性赋值 #

若你的NSManagedObject子类重写了prepareForSave、willSave等方法，且在这些方法中调用formData getter并重新赋值，会导致保存前将绝对URL写入数据库。

比如错误的prepareForSave实现：

- (void)prepareForSave {
    [super prepareForSave];
    // 错误：将getter返回的绝对URL重新赋值
    self.formData = self.formData;
}

4. 未正确声明@dynamic formData #

如果子类@interface中未添加@dynamic formData;，编译器会自动生成默认的setter/getter方法，与你重写的方法冲突，导致setPrimitiveValue:设置的占位符字符串未被正确存储。

修复步骤 #

1. 排查所有formData赋值操作：确保没有将getter返回的绝对URL重新赋值回属性。
2. 修正getter方法：必须创建原始值的可变副本后再进行替换，避免修改Core Data存储的原始数据。
3. 检查生命周期方法：移除prepareForSave、willSave等方法中对formData的不必要赋值。
4. 添加@dynamic声明：在子类@interface中添加@dynamic formData;，确保Core Data使用你重写的访问器。

内容的提问来源于stack exchange，提问作者Markus