关于JSPatch的一些坑

发出去的app 出现bug 鞭长莫及？有热修复的出现再也不用担心了。可以在客户还没发现就偷偷的把bug修复了。JSPatch我相信有好多人会用的，但是否真的了解他的原理呢？是否发现一些坑呢？

1.前段时间苹果封杀了JSPatch，但苹果只根据关键字的过滤，我的做法就是把JSPatch重写，一个主类有几千行代码，看的真心累啊！我把它拆分成几个子类，我想就算是原创作者都认不出来了吧？不多说了上代码。。。

这些类都是一个类拆分出来的，搞不懂原创作者为什么要写成一个类，就是为了让人看不懂吗？

整改后的JSPatch已经成功通过苹果的审核了。但拆分也不是一件简单的时间，改一下几十个bug，再动下又出现几十个，就是这样一点点修复掉，最坑的应该要算是哪些C语言的静态方法和静态变量了。需要改成oc的静态方法写法就ok了。

2.原理的话网上有很多就不再重复了，什么消息转发  runtime 之类的。只要去看都有的

3.说说遇到的坑

如果你需要修改父类的某个方法同时也需要修改子类的这个方法，就会出现问题。举个例子：WBTakeTheirHomeViewController继承WBBaseViewController，我需要修改WBBaseViewController里面的viewDidLoad方法，同时也需要修改WBTakeTheirHomeViewController类的viewDidLoad方法，这时候就会出现如果js里面是父类的viewDidLoad写在前面，子类的viewDidLoad就不会被运行，同样如果写在前面的是子类的viewDidLoad父类的viewDidLoad就不会被运行

defineClass('WBBaseViewController',

{viewDidLoad: function(){

self.ORIGviewDidLoad();

self.setValue_forKey(false, "olViewControllers");

},});

defineClass('WBTakeTheirHomeViewController',

{viewDidLoad: function(){

self.ORIGviewDidLoad();

console.log("测试===jing");

},});

为什么会这样呢？看下调用栈：

 

方法已经被交互了，方法名已经不在是viewDidLoad了。

所以我的解决方法就是把写在下面的那个viewDidLoad替换成ORIGviewDidLoad

defineClass('WBBaseViewController',

{viewDidLoad: function(){

self.ORIGviewDidLoad();

self.setValue_forKey(false, "olViewControllers");

},});

defineClass('WBTakeTheirHomeViewController',

{ORIGviewDidLoad: function(){

／／self.ORIGviewDidLoad();  ／／并且去掉这句

console.log("测试===jing");

},});

测试下 完美通过了。