如何调试KVO

Question

在我的程序中，我手动使用KVO来观察对象属性值的变化。 我在自定义setter中的以下代码行收到一个EXC_BAD_ACCESS信号：

[self willChangeValueForKey:@"mykey"];

奇怪的是，当工厂方法调用自定义setter并且不应该有任何观察者时，会发生这种情况。 我不知道如何调试这种情况。

更新：列出所有已注册观察者的方法是observationInfo 。 事实证明，确实列出了一个指向无效地址的对象。 但是，我根本不知道它是如何到达那里的。

更新2：显然，对于给定对象，可以多次注册相同的对象和方法回调 - 导致观察对象的observationInfo中的条目相同。 删除注册时，仅删除其中一个条目。 这种行为有点违反直觉（在我的程序中根本就是添加多个条目的错误），但这并不能解释虚假的观察者如何神秘地出现在新分配的对象中（除非有一些缓存/重用）继续，我不知道）。

修改过的问题： 我怎样才能弄清楚对象何时被注册为观察者？

更新3：特定示例代码。

ContentObj是一个具有字典作为名为mykey的属性的mykey 。 它覆盖：

+ (BOOL)automaticallyNotifiesObserversForKey:(NSString *)theKey {
    BOOL automatic = NO;
    if ([theKey isEqualToString:@"mykey"]) {
        automatic = NO;
    } else {
        automatic=[super automaticallyNotifiesObserversForKey:theKey];
    }
    return automatic;
}

有几个属性有getter和setter，如下所示：

- (CGFloat)value {
    return [[[self mykey] objectForKey:@"value"] floatValue];
}
- (void)setValue:(CGFloat)aValue {
    [self willChangeValueForKey:@"mykey"];
    [[self mykey] setObject:[NSNumber numberWithFloat:aValue]
                     forKey:@"value"];
    [self didChangeValueForKey:@"mykey"];
}

容器类具有类NSMutableArray的属性contents ，该类包含类ContentObj实例。 它有几种手动处理注册的方法：

+ (BOOL)automaticallyNotifiesObserversForKey:(NSString *)theKey {
    BOOL automatic = NO;
    if ([theKey isEqualToString:@"contents"]) {
        automatic = NO;
    } else {
        automatic=[super automaticallyNotifiesObserversForKey:theKey];
    }
    return automatic;
}

- (void)observeContent:(ContentObj *)cObj {
    [cObj addObserver:self
           forKeyPath:@"mykey"
              options:0
              context:NULL];
}

- (void)removeObserveContent:(ContentObj *)cObj {
    [cObj removeObserver:self
              forKeyPath:@"mykey"];
}

- (void)observeValueForKeyPath:(NSString *)keyPath
                      ofObject:(id)object
                        change:(NSDictionary *)change
                       context:(void *)context {
    if (([keyPath isEqualToString:@"mykey"]) &&
        ([object isKindOfClass:[ContentObj class]])) {
        [self willChangeValueForKey:@"contents"];
        [self didChangeValueForKey:@"contents"];
    }
}

容器类中有几种修改contents 。 他们看起来如下：

- (void)addContent:(ContentObj *)cObj {
    [self willChangeValueForKey:@"contents"];
    [self observeDatum:cObj];
    [[self contents] addObject:cObj];
    [self didChangeValueForKey:@"contents"];
}

以及其他一些为阵列提供类似功能的人。 他们都通过添加/删除自己作为观察者来工作。 显然，任何结果都会对多个注册是一个错误，可以坐在某个地方隐藏在这些方法。

我的问题针对如何调试这种情况的策略。 或者，请随意提供实施此类通知/观察员模式的替代策略。

更新4：我发现了使用断点， NSLog ，代码评论和出汗的混合错误。 我没有在KVO中使用上下文，尽管这绝对是另一个有用的建议。 确实是一个错误的双重注册 - 由于我无法理解的原因 - 导致观察到的行为。

实施包括[self willChange...]; [self didChange...] [self willChange...]; [self didChange...]按照描述（在iOS 5上）工作，虽然它远非美丽。 问题在于，由于NSArray不符合KVO标准，因此无法谈论其内容的更改。 我曾经也想过通知由Mike灰的建议，但我决定去与志愿，因为这似乎是一个更Cocoa -ish机制做的工作。 这可能不是最好的决定......

Answer 1

是的，调用-addObserver:两次将导致两次注册。 类Foo和Foo，Bar的一些子类可以（合法地）注册相同的通知，但是具有不同的上下文（总是包括上下文，总是在-observeValueForKeyPath检查上下文并且始终在-observeValueForKeyPath调用super）。

这意味着Bar的实例将注册两次，这是正确的。

但是，您几乎肯定不希望多次意外地注册相同的对象/ keypath / context，并且@wbyoung说覆盖-addObserver:forKeyPath:options:context:应该帮助您确保不会发生这种情况。 如果nesessary跟踪数组中的观察者/ keypath / context并确保它们是唯一的。

Mike Ash在他的博客上有一些关于使用上下文的有趣想法和代码 。 他说它被打破是对的，但在实践中KVO是完全可用的。

也就是说，当你用它来做某事时，这意味着todo。 曾经是你绝对不能做这样的事情..

[self willChangeValueForKey:@"contents"];
[self didChangeValueForKey:@"contents"];

因为这是谎言 调用-willChange..时，'contents'的值必须与调用-didChange..时的值不同。 KVO机制将在-willChangeValueForKey和-didChangeValueForKey调用-valueForKey:@"contents"来验证值是否已更改。 这显然不适用于数组，因为无论您如何修改内容，您仍然拥有相同的对象。 现在我不知道是否仍然如此（网络搜索没有发现）但请注意-willChangeValueForKey, -didChangeValueForKey 不是处理集合的手动kvo的正确方法。 为此Apple提供了替代方法： -

– willChange:valuesAtIndexes:forKey:
– didChange:valuesAtIndexes:forKey:
– willChangeValueForKey:withSetMutation:usingObjects:
– didChangeValueForKey:withSetMutation:usingObjects:

价值必须改变可能仍然不是真的，但如果是，那么你的方案就无法发挥作用。

我要做的是有一个通知来修改你的收藏。 以及修改该集合中项目的不同通知。 即，当你试图触发@“内容”的通知时，你可以拥有@“内容”和@“propertiesOfContents”。 您需要观察两个键路径，但您可以使用自动kvo而不是手动触发通知。 （使用自动kvo将确保调用正确版本的-willChange.. -didChange.. ）

对于数组的自动kvo，请看一下（不需要NSArrayController）： - 键值 - 观察Cocoa中的to-many关系

然后，每次将一个项目添加到集合中时，请观察所需的属性（正如您现在所做的那样）以及何时更改为self.propertiesOfContents翻转一个值。 （好吧，因为我读回来它并不一定听起来不如你的解决方案，但我仍然相信它可能表现得更好）。

Answer 2

在回答您修改过的问题时，请尝试在您的自定义类中重写addObserver：forKeyPath：options：context：并在其上设置断点。 或者，您可以在-[NSObject addObserver:forKeyPath:options:context:]上设置符号断点，但这可能会受到很大影响。