CoreData空关联NSSet转Swift Set触发内存错误的原因及安全方案咨询

• CoreData的一对多关联默认采用延迟加载机制，当Book实例被读取、但关联的NoteSection集合还没被访问时，sections_返回的并非实际的NSSet实例，而是_NSRelationshipFault类型的私有占位符，作用是标记“该关系还没有从数据库加载完成”。
• 原代码直接对这个占位符做as? Set<NoteSection>强转，没有先触发fault的实际加载流程。由于这个占位符的内部结构和真实NSSet完全不同，强转过程中会错误访问未初始化的内存区域，触发EXC_BAD_ACCESS崩溃。
• 当Book存在关联NoteSection时，可能因为其他业务逻辑提前触发过fault加载，sections_已经被实例化为真实的NSSet，所以不会崩；当Book没有任何关联NoteSection时，fault从未被触发加载，直接强转就必然触发内存错误。

• 不要直接访问底层的sections_属性做类型转换，必须通过NSManagedObject提供的mutableSetValue(forKey:)方法获取关联集合：该方法会自动检测fault状态，如果未加载就先触发完整的数据库查询，把fault实例化为真实NSSet后再返回，从根源避免对占位符的直接访问。
• 赋值时也不要直接给sections_赋值原生NSSet，通过mutableSetValue(forKey:)拿到可变集合代理后再修改内容，能保证CoreData的变更追踪、依赖观测逻辑正常运行，不会出现状态不一致的问题。

优化后的代码：

var sections: [NoteSection] {
    get {
        guard let rawSet = mutableSetValue(forKey: "sections_") as? Set<NoteSection> else {
            return []
        }
        return rawSet.sorted(by: { $0.order < $1.order })
    }
    set {
        let relationshipSet = mutableSetValue(forKey: "sections_")
        relationshipSet.removeAllObjects()
        relationshipSet.addObjects(from: newValue)
    }
}

内容的提问来源于stack exchange，提问作者santi.gs