Core Data非瞬态派生属性能否与CloudKit正常协作？关联场景咨询

1. 在List上设置非瞬态派生属性items.@count和items.@sum是否可行？ #

可行。Core Data支持将聚合表达式配置为非瞬态的派生属性：

• 在数据模型编辑器中，给List实体添加对应类型的属性（@count用整数类型，@sum要匹配Item中被求和属性的类型，比如浮点型或整数型）。
• 在属性的「Derived」设置中输入聚合表达式（注意@sum需指定具体属性，比如items.@sum.amount，不能仅写items.@sum），同时取消「Transient」勾选，让属性值持久化到存储中。

2. CloudKit同步时Core Data是否自动重新计算派生属性？ #

不会自动执行。Core Data的派生属性计算默认仅在本地上下文触发变更时（比如本地新增/删除Item、修改关联关系）自动触发。当设备从CloudKit接收远程变更时，这些变更会直接写入持久化存储，绕过了本地上下文的派生计算逻辑，因此不会自动重新计算List的派生属性值。

3. 可行的解决方案 #

针对CloudKit同步场景，优化你提到的NSPersistentHistoryTracking方案，避免循环更新和冲突：

• 标记变更来源：在更新List的派生属性时，给上下文的userInfo添加自定义标记（比如["IsDerivedUpdate": true]），监听PersistentHistory时，忽略带有该标记的变更记录，避免重复触发计算。
• 批量合并处理：不要逐条处理历史记录，而是定时批量获取未处理的历史记录，合并同一List的相关变更（比如多条Item的增删改），只对该List执行一次计数和求和计算，减少更新次数。
• 后台上下文隔离：使用独立的后台上下文处理派生属性的计算与更新，避免阻塞主线程；同时设置合适的合并策略（如NSMergePolicy.mergeByPropertyObjectTrump），处理冲突时优先保留远程数据，再重新计算派生值覆盖旧值。
• 备选方案（若无需同步派生值）：将派生属性设为瞬态，在需要使用时通过NSExpression实时计算，但这种方式下派生值不会被持久化，也无法同步到CloudKit。

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