为啥我使用 NSManagedObject 在 self 上获得基于块的崩溃清除 KVO?
Posted
技术标签:
【中文标题】为啥我使用 NSManagedObject 在 self 上获得基于块的崩溃清除 KVO?【英文标题】:Why do I get a crash clearing block-based KVO on self with NSManagedObject?为什么我使用 NSManagedObject 在 self 上获得基于块的崩溃清除 KVO? 【发布时间】:2019-11-04 12:24:46 【问题描述】:我有一个具有复杂关系的核心数据模型,我用中间“连接”对象建模(这个问题的进一步上下文:Maintaining Complex Unidirectional Relationships in Core Data)。
我不希望使用模型的代码知道中间连接对象,因此我向我的主要托管对象添加了一个数组属性,该属性公开了连接到的对象(我也希望它是可观察的)。
@objc dynamic public internal(set) lazy var hosts: [Point] =
let initialHosts = hostConnections.map $0.superpoint
hostsObservation = track(\Matter.hostConnections_!, on: self,
mapping: \HostConnection.superpoint, to: #keyPath(hosts))
return initialHosts
()
上面的代码在hosts
数组初始化时设置了对NSOrderedSet
连接的观察(使用可以在我的所有连接类型上创建此模式的通用函数)。观察结果按预期触发。
我使willTurnIntoFault()
中的观察无效:
override public func willTurnIntoFault()
hostsObservation?.invalidate()
print("hostsObservation \(hostsObservation) invalidated")
super.willTurnIntoFault()
但是,当这个对象在 NSKVODeallocate
中被释放时,我遇到了崩溃。
hostsObservation Optional(<_NSKeyValueObservation: 0x600000ccd920>) invalidated
2019-11-04 12:02:06.467620+0000 Frame[27900:5614740] [General] An instance 0x60000300bc30 of class FrameGraph.Subject_Subject_ was deallocated while key value observers were still registered with it. Current observation info: <NSKeyValueObservationInfo 0x6000002d6ae0> (
<NSKeyValueObservance 0x600000ccd950: Observer: 0x600000ccd920, Key path: hostConnections_, Options: <New: NO, Old: NO, Prior: NO> Context: 0x0, Property: 0x600000c78b10>
...
0 CoreFoundation 0x00007fff3f590e45 __exceptionPreprocess + 256
1 libobjc.A.dylib 0x00007fff6a1e63c6 objc_exception_throw + 48
2 CoreFoundation 0x00007fff3f590c77 +[NSException raise:format:] + 193
3 Foundation 0x00007fff4180f349 NSKVODeallocate + 442
4 CoreData 0x00007fff3f060772 -[_PFManagedObjectReferenceQueue _processReferenceQueue:] + 1154
正如您从日志中看到的那样,我在崩溃之前声明它是一个问题之前的观察结果无效。如果我尝试将观察设置为nil
在willTurnToFault()
中,我的应用程序此时崩溃了。
我是 Core Data 的新手,谁能帮我解决我在这里缺少的东西?为什么观察到自己属性的对象会以这种方式崩溃?
编辑 1:
我的追踪功能是这样的:
internal func track<P: Point, C: Connection>(_ trackedPath: KeyPath<P, NSOrderedSet>,
on point: P,
mapping connectionPath: KeyPath<C, Point>,
to mappedPoints: String)
-> NSKeyValueObservation
return point.observe(trackedPath) [unowned point] data, change in
// ...
编辑 2:
我已经把崩溃的代码去掉了:
public class Matter: Point
override public func awakeFromFetch()
super.awakeFromFetch()
print("\(hosts)") // Initialise lazy member and set observation
public override func willTurnIntoFault()
super.willTurnIntoFault()
hostsObservation = nil // <-- EXC_BAD_ACCESS
@objc dynamic public internal(set) lazy var hosts: [Point] =
hostsObservation = observe(\.hostConnections_) [unowned self] data, change in // Empty observation closure
return []
()
private var hostsObservation: NSKeyValueObservation?
// Matter+CoreDataProperties.swift - auto generated
extension Matter
@nonobjc public class func fetchRequest() -> NSFetchRequest<Matter>
return NSFetchRequest<Matter>(entityName: "Matter")
@NSManaged public var hostConnections_: NSOrderedSet?
我不明白在willTurnToFault()
崩溃中将hostsObservation
设置为nil
会发生什么情况。
我正在为 OSX 10.12 构建,在 Xcode 11.1 中使用 Swift 5。
编辑 3:
在一个新的简单项目中转载:https://github.com/GilesHammond/KVO-Core-Data-Crash
【问题讨论】:
Observer: 0x600000ccd920
的类是什么?是NSTreecontroller
观察吗?
@Willeke 0x600000ccd920 是 NSKeyValueObservation,它由正在释放的 NSManagedObject 拥有。问题可能是我正在使用 Swift 闭包方法,是否由于某种原因使她无效?
在 10.15.1 上试用了你的项目,我没有崩溃。
@LucasDerraugh 有趣,谢谢卢卡斯。我在 10.14.4,Xcode 11.1。您是否更改了部署目标或将其保留在 10.14?
@Giles 我保留了部署目标和所有代码。使用 Xcode 11.2。
【参考方案1】:
关键问题似乎是我的核心数据模型在一个模块中。
我已更新示例项目以在此处显示潜在的错误。
我已与 Apple 支持人员谈过。好像有系统bug。当 NSManagedObject 位于模块中时,Swift 当前无法正确清理 NSManagedObject 上的 NSKeyValueObservation。
我已通过反馈助手向 Apple 提交了问题。
【讨论】:
以上是关于为啥我使用 NSManagedObject 在 self 上获得基于块的崩溃清除 KVO?的主要内容,如果未能解决你的问题,请参考以下文章
为啥我使用 NSManagedObject 在 self 上获得基于块的崩溃清除 KVO?
为啥我们在 NSManagedObject 中需要临时 ID