Timer类isValid属性添加观察者无效，该类是否支持KVO？如何判断？

嘿，刚好碰到过类似的问题，我来给你拆解清楚！

首先：Timer类的isValid属性不支持KVO #

不管是iOS/macOS里的NSTimer还是其他平台的Timer实现，它的isValid属性都不属于KVO兼容的属性。原因很简单：官方文档里从来没标注这个属性支持KVO，而且Timer内部在改变isValid状态（比如调用invalidate时），并没有触发KVO所需的通知机制——既没有自动的KVO通知，也没有手动调用willChangeValueForKey:和didChangeValueForKey:方法来触发观察者回调。

如果你之前尝试给isValid加观察者没生效，完全是正常的，不是你的代码写错了～

怎么判断一个类是否具备KVO兼容性？ #

这里有几个靠谱的方法，按优先级排序：

1. 查官方文档 #

最权威的方式就是看类的官方文档，每个支持KVO的属性，文档里都会明确标注**“KVO-compliant”或者“Observable”**。比如NSArray的count属性、UIView的frame属性，文档里都会说明它们支持KVO。如果文档里没提，基本可以默认不支持。

2. 用代码检测自动通知支持 #

NSObject提供了类方法automaticallyNotifiesObserversForKey:，你可以直接调用这个方法来判断某个属性是否支持自动KVO通知：

// 以NSTimer的isValid为例
BOOL isValidObservable = [NSTimer automaticallyNotifiesObserversForKey:@"isValid"];
// 这里会返回NO，说明自动通知不支持

注意：如果这个方法返回NO，不代表完全不能通过手动触发KVO来观察，但绝大多数情况下，类如果没实现自动通知，也不会手动做这件事。

3. 实际写代码测试 #

最直接的方式就是写个小测试：给目标对象添加观察者，然后触发属性变化，看是否收到回调。比如针对Timer的测试代码：

NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:10 target:self selector:@selector(timerFire:) userInfo:nil repeats:NO];
// 添加观察者
[timer addObserver:self forKeyPath:@"isValid" options:NSKeyValueObservingOptionNew context:nil];

// 手动触发invalidate，改变isValid状态
[timer invalidate];

// 然后看observeValueForKeyPath:ofObject:change:context:是否被调用

实际运行后你会发现，这个回调根本不会触发，坐实了isValid不支持KVO的结论。

4. 检查属性的存取方法与内部实现逻辑 #

KVO的底层依赖于属性的存取方法（getter/setter），或者类手动触发的KVO通知。对于只读属性（比如isValid），如果类内部改变属性值时没有手动调用willChangeValueForKey:和didChangeValueForKey:，那它就不支持KVO。你可以通过Runtime工具查看类的方法列表，看是否有相关的KVO触发逻辑，但这个方法比较进阶，一般前三种就够了。

替代方案：如果想监听Timer的有效性变化怎么办？ #

既然KVO走不通，你可以换这些方式：

• 在调用invalidate的时候，手动发送一个自定义通知（比如NSNotification），通知观察者Timer已经失效；
• 使用Block-based的Timer API，在Timer结束或者被invalidate时，直接在Block里执行你需要的逻辑；
• 封装一个自定义的Timer子类，在内部监听invalidate调用，然后手动触发KVO或者自定义回调。

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