情况如下：
我们工程的主页是一个很长的tableView列表，想要实现点击顶部tableView自动滑至坐标原点处，系统的UIScrollView已经实现了这个功能，只要scrollingToTop这个属性是YES就可以了。然而！当这个页面的scrollView大于1个，同时这个属性值又都是YES（或者说同一页面下的这一属性值为YES的个数大于1）时，这个点击顶部的事件就不能触发，否则可以触发（理由是系统不知道把哪个scrollView的位移调回原点）。
理论上讲，如果scrollView.scrollingToTop的这个值的默认值是NO的话，我只需要把我需要实现跳转置顶功能的scrollView实例的这一属性设为YES就可以了， 然而坑爹的是：这个属性的默认值就是YES！
所以鄙人打算通过runtime把这个属性的默认值设为NO，这样这个问题就可以迎刃而解了！以后工程主页中在遇到相同的问题， 也可以解决了！
在这里我想补充解释一下，为什么不手动把其他的scrollview实例的scrollingToTop这个属性设为NO，理论上讲这样也可以实现同样的效果：
因为现实是残酷的，大多数工程都会是这样一种架构，简单举例就是，主页的三个TabBar关联的三个页面其实是捆绑在一个大的ScrollView容器中（横向），而每一个tab的页面中嵌套着多个小的scrollView，有一些封装好的小视图中的父类是scrollView，而他们的名字中并没有体现出scrollView，所以基于以上种种实际情况，一个个的找出所有无关的scrollView及其子类，并把它们的那个属性写成no的难度要远远高于使用runtime。
综上所述，求大神支招，如何通过runtime修改系统类的一个property属性的初始值？
迷茫2017-04-18 09:46:16
KVC는 괜찮지 않나요? 또는 뷰가 나타날 때마다 scrollToTop 속성을 수정합니다. 각 페이지에 하나의 scrollView(또는 해당 하위 클래스)만 있는 경우 scrollToTop 속성이 YES이면 충돌이 발생하지 않습니다.
