发出去的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");
},});
测试下 完美通过了。
网友评论