iOS KVO与readonly的讨论

在开发过程中，可能会有这样的需求：当数据源变动的时候及时刷新显示的列表。

期望是去监听数据源数组的count，当count有变动就刷新UI，可是实际操作中却发现了不少的问题。

例如：

直接就报错了，信息如下：

Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '[ addObserver:forKeyPath:options:context:] is not supported. Key path: count'

字面意思是，不支持对数组count的监听。

回到问题的本质。

我们知道KVO是在属性的setter方法上做文章，进入到数组的类中看一下，发现count属性是readonly

readonly不会自动生成setter方法，但是可以手动添加setter方法。

我们来验证一下 例如：

创建一个people类 添加一个属性 readonly count

我们来试一下 监听它的count属性会怎样

我们发现 并没有报错。

我们来看一下People的方法列表

通过打印我们可以看到 People中只有两个方法

(

dealloc,

count,

)

我们知道，KVO监听某个对象时，会动态生成名字叫做NSKVONotifying_XX的类，并且重写监听对象的setter方法。下面 我们来看下NSKVONotifying_People的方法列表：

打印结果如下：

(

class,

dealloc,

"_isKVOA"

)

可以看到，里面没有count的getter方法，多了个class和isKVO， 当然也没有我们需要的setter方法。但是这样并不会导致crash。

下面我们再试一下,手动在People的.m中 添加上setter方法会怎么样：

再次查看People和NSKVONotifying_People的方法列表，会发现多了一个count的setter方法。（如下所示）

(

dealloc,

count,

"setCount:"

)

(

"setCount:",

class,

dealloc,

"_isKVOA"

)

这样我们就可以得出一个结论：

KVO动态生成的类，重写setter方法的前提是：原来的类中，要有对应的setter方法。即便是readonly修饰，只要.m中有对应属性的setter方法，都是可以的。

OK 说了这么多，好像还是没有解决我们的问题。为什么监听数组count就抛异常了呢？带着这个问题 继续往下走。

通过点击array的监听方法 进入到ArrayObserving类中，我们发现，系统给出了注释：NSArrays are not observable, so these methods raise exceptions when invoked on NSArrays.

arrayDefin.png

系统也不期望我们去监听数组的属性。is not supported. Key path: count' 应该就是系统在实现监听方法时，抛出的异常。

最后，我从网上找到了另一个方法

我们可以转换一个思路，不再监听count，选择监听数组本身，当数组变动时刷新页面。

这个方法的具体实现，没有看到源码，但是看到有人说，这个方法会生成一个可变数组，添加完元素后，会将这个生成的数组赋值给叫做Key的数组。我试了一下，确实是有效果的，这里就不做考究了。