http://blog.cnbang.net/tech/2808/
JSPatch實現(xiàn)原理詳解
注：本文較早撰寫食呻，隨著 JSPatch 的改進拴疤，有些內(nèi)容已與最新代碼對不上，建議轉(zhuǎn)看重新整理后的JSPatch實現(xiàn)原理詳解缭付。
JSPatch以小巧的體積做到了讓JS調(diào)用/替換任意OC方法干毅，讓iOS APP具備熱更新的能力，在實現(xiàn) JSPatch 過程中遇到過很多困難也踩過很多坑鳖悠，有些還是挺值得分享的榜掌。本篇文章從基礎(chǔ)原理、方法調(diào)用和方法替換三塊內(nèi)容介紹整個 JSPatch 的實現(xiàn)原理乘综，并把實現(xiàn)過程中的想法和碰到的坑也盡可能記錄下來憎账。
基礎(chǔ)原理
能做到通過JS調(diào)用和改寫OC方法最根本的原因是 Objective-C 是動態(tài)語言，OC上所有方法的調(diào)用/類的生成都通過 Objective-C Runtime 在運行時進行卡辰，我們可以通過類名/方法名反射得到相應(yīng)的類和方法：
1
2
3
4Classclass=NSClassFromString("UIViewController");
idviewController = [[classalloc] init];
SELselector =NSSelectorFromString("viewDidLoad");
[viewController performSelector:selector];
也可以替換某個類的方法為新的實現(xiàn)：
1
2staticvoidnewViewDidLoad(idslf,SELsel) {}
class_replaceMethod(class, selector, newViewDidLoad,@"");
還可以新注冊一個類胞皱，為類添加方法：
1
2
3Class cls = objc_allocateClassPair(superCls,"JPObject", 0);
objc_registerClassPair(cls);
class_addMethod(cls, selector, implement, typedesc);
對于 Objective-C 對象模型和動態(tài)消息發(fā)送的原理已有很多文章闡述得很詳細，例如這篇九妈，這里就不詳細闡述了反砌。理論上你可以在運行時通過類名/方法名調(diào)用到任何OC方法，替換任何類的實現(xiàn)以及新增任意類萌朱。所以 JSPatch 的原理就是：JS傳遞字符串給OC宴树，OC通過 Runtime 接口調(diào)用和替換OC方法。這是最基礎(chǔ)的原理晶疼，實際實現(xiàn)過程還有很多怪要打酒贬，接下來看看具體是怎樣實現(xiàn)的。
方法調(diào)用
1
2
3
4require('UIView')
varview = UIView.alloc().init()
view.setBackgroundColor(require('UIColor').grayColor())
view.setAlpha(0.5)
引入JSPatch后翠霍，可以通過以上JS代碼創(chuàng)建了一個 UIView 實例锭吨，并設(shè)置背景顏色和透明度，涵蓋了require引入類寒匙，JS調(diào)用接口零如，消息傳遞，對象持有和轉(zhuǎn)換，參數(shù)轉(zhuǎn)換這五個方面考蕾，接下來逐一看看具體實現(xiàn)祸憋。
1.require
調(diào)用require(‘UIView’)后，就可以直接使用UIView這個變量去調(diào)用相應(yīng)的類方法了辕翰，require 做的事很簡單夺衍，就是在JS全局作用域上創(chuàng)建一個同名變量，變量指向一個對象喜命，對象屬性__isCls表明這是一個 Class，__clsName保存類名河劝，在調(diào)用方法時會用到這兩個屬性壁榕。
1
2
3
4
5
6
7
8
9var_require =function(clsName) {
if(!global[clsName]) {
global[clsName] = {
__isCls: 1,
__clsName: clsName
}
}
returnglobal[clsName]
}
所以調(diào)用require(‘UIView’)后，就在全局作用域生成了 UIView 這個變量赎瞎，指向一個這樣一個對象：
1
2
3
4{
__isCls: 1,
__clsName:"UIView"
}
2.JS接口
接下來看看UIView.alloc()是怎樣調(diào)用的牌里。
舊實現(xiàn)
對于這個調(diào)用的實現(xiàn)，一開始我的想法是务甥，根據(jù)JS特性牡辽，若要讓UIView.alloc()這句調(diào)用不出錯，唯一的方法就是給UIView這個對象添加alloc方法敞临，不然是不可能調(diào)用成功的态辛，JS對于調(diào)用沒定義的屬性/變量，只會馬上拋出異常挺尿，而不像OC/Lua/ruby那樣會有轉(zhuǎn)發(fā)機制奏黑。所以做了一個復(fù)雜的事，就是在require生成類對象時编矾，把類名傳入OC熟史，OC通過 Runtime 方法找出這個類所有的方法返回給JS，JS類對象為每個方法名都生成一個函數(shù)窄俏，函數(shù)內(nèi)容就是拿著方法名去OC調(diào)用相應(yīng)方法蹂匹。生成的 UIView 對象大致是這樣的：
1
2
3
4
5
6
7
8{
__isCls: 1,
__clsName:"UIView",
alloc:function() {…},
beginAnimations_context:function() {…},
setAnimationsEnabled:function(){…},
...
}
實際上不僅要遍歷當(dāng)前類的所有方法，還要循環(huán)找父類的方法直到頂層凹蜈，整個繼承鏈上的所有方法都要加到JS對象上限寞，一個類就有幾百個方法，這樣把方法全部加到JS對象上踪区，碰到了挺嚴重的問題昆烁，引入幾個類就內(nèi)存暴漲，無法使用缎岗。后來為了優(yōu)化內(nèi)存問題還在JS搞了繼承關(guān)系静尼，不把繼承鏈上所有方法都添加到一個JS對象，避免像基類 NSObject 的幾百個方法反復(fù)添加在每個JS對象上，每個方法只存在一份鼠渺，JS對象復(fù)制了OC對象的繼承關(guān)系鸭巴，找方法時沿著繼承鏈往上找，結(jié)果內(nèi)存消耗是小了一些拦盹，但還是大到難以接受鹃祖。
新實現(xiàn)
當(dāng)時繼續(xù)苦苦尋找解決方案，若按JS語法普舆，這是唯一的方法恬口，但若不按JS語法呢？突然腦洞開了下沼侣，CoffieScript/JSX都可以用JS實現(xiàn)一個解釋器實現(xiàn)自己的語法祖能，我也可以通過類似的方式做到，再進一步想到其實我想要的效果很簡單蛾洛，就是調(diào)用一個不存在方法時养铸，能轉(zhuǎn)發(fā)到一個指定函數(shù)去執(zhí)行，就能解決一切問題了轧膘，這其實可以用簡單的字符串替換钞螟，把JS腳本里的方法調(diào)用都替換掉。最后的解決方案是谎碍，在OC執(zhí)行JS腳本前鳞滨，通過正則把所有方法調(diào)用都改成調(diào)用__c()函數(shù)，再執(zhí)行這個JS腳本椿浓，做到了類似OC/Lua/Ruby等的消息轉(zhuǎn)發(fā)機制：
1
2
3UIView.alloc().init()
->
UIView.__c('alloc')().__c('init')()
給JS對象基類 Object 的 prototype 加上__c成員太援，這樣所有對象都可以調(diào)用到__c，根據(jù)當(dāng)前對象類型判斷進行不同操作：
1
2
3
4
5
6
7
8Object.prototype.__c =function(methodName) {
if(!this.__obj && !this.__clsName)returnthis[methodName].bind(this);
varself =this
returnfunction(){
varargs = Array.prototype.slice.call(arguments)
return_methodFunc(self.__obj, self.__clsName, methodName, args, self.__isSuper)
}
}
_methodFunc()就是把相關(guān)信息傳給OC扳碍，OC用 Runtime 接口調(diào)用相應(yīng)方法提岔，返回結(jié)果值，這個調(diào)用就結(jié)束了笋敞。
這樣做不用去OC遍歷對象方法碱蒙，不用在JS對象保存這些方法，內(nèi)存消耗直降99%夯巷，這一步是做這個項目最爽的時候赛惩，用一個非常簡單的方法解決了嚴重的問題，替換之前又復(fù)雜效果又差的實現(xiàn)趁餐。
3.消息傳遞
解決了JS接口問題喷兼，接下來看看JS和OC是怎樣互傳消息的。這里用到了 JavaScriptCore 的接口后雷，OC端在啟動JSPatch引擎時會創(chuàng)建一個 JSContext 實例季惯，JSContext 是JS代碼的執(zhí)行環(huán)境吠各，可以給 JSContext 添加方法，JS就可以直接調(diào)用這個方法：
1
2
3
4
5JSContext *context = [[JSContext alloc] init];
context[@"hello"] = ^(NSString*msg) {
NSLog(@"hello %@", msg);
};
[_context evaluateScript:@"hello('word')"];//output hello word
JS通過調(diào)用 JSContext 定義的方法把數(shù)據(jù)傳給OC勉抓，OC通過返回值傳會給JS贾漏。調(diào)用這種方法，它的參數(shù)/返回值 JavaScriptCore 都會自動轉(zhuǎn)換藕筋，OC里的 NSArray, NSDictionary, NSString, NSNumber, NSBlock 會分別轉(zhuǎn)為JS端的數(shù)組/對象/字符串/數(shù)字/函數(shù)類型纵散。上述_methodFunc()方法就是這樣把要調(diào)用的類名和方法名傳遞給OC的。
4.對象持有/轉(zhuǎn)換
UIView.alloc()通過上述消息傳遞后會到OC執(zhí)行[UIView alloc]隐圾，并返回一個UIView實例對象給JS伍掀，這個OC實例對象在JS是怎樣表示的呢？怎樣可以在JS拿到這個實例對象后可以直接調(diào)用它的實例方法(UIView.alloc().init())暇藏？
對于一個自定義id對象硕盹，JavaScriptCore 會把這個自定義對象的指針傳給JS，這個對象在JS無法使用叨咖，但在回傳給OC時OC可以找到這個對象。對于這個對象生命周期的管理啊胶，按我的理解如果JS有變量引用時甸各，這個OC對象引用計數(shù)就加1 ，JS變量的引用釋放了就減1焰坪，如果OC上沒別的持有者趣倾，這個OC對象的生命周期就跟著JS走了，會在JS進行垃圾回收時釋放某饰。
傳回給JS的變量是這個OC對象的指針儒恋，如果不經(jīng)過任何處理，是無法通過這個變量去調(diào)用實例方法的黔漂。所以在返回對象時诫尽，JSPatch 會對這個對象進行封裝。
首先炬守，告訴JS這是一個OC對象：
1
2
3
4
5staticNSDictionary*toJSObj(idobj)
{
if(!obj)returnnil;
return@{@"__isObj": @(YES),@"cls":NSStringFromClass([objclass]),@"obj": obj};
}
用__isObj表示這是一個OC對象牧嫉，對象指針也一起返回。接著在JS端會把這個對象轉(zhuǎn)為一個 JSClass 實例：
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16varJSClass
var_getJSClass =function(className) {
if(!JSClass) {
JSClass =function(obj, className, isSuper) {
this.__obj = obj
this.__isSuper = isSuper
this.__clsName = className
}
}
returnJSClass
}
var_toJSObj =function(meta) {
varJSClass = _getJSClass()
returnnewJSClass(meta["obj"], meta["cls"])
}
JS端如果發(fā)現(xiàn)返回是一個OC對象减途，會傳入_toJSObj()酣藻，生成一個JSClass實例，這個實例保存著OC對象指針鳍置，類名等辽剧。這個實例就是OC對象在 JSPatch 對應(yīng)的JS對象，生命周期是一樣的税产。
回到我們第二點說的 JS接口怕轿， 這個 JSClass 實例對象同樣有__c函數(shù)偷崩，調(diào)用這個對象的方法時，同樣走到__c函數(shù)撤卢，__c函數(shù)會把JSClass實例對象里的OC對象指針以及要調(diào)用的方法名和參數(shù)回傳給OC环凿，這樣OC就可以調(diào)用這個對象的實例方法了。
接著看看對象是怎樣回傳給OC的放吩。上述例子中智听，view.setBackgroundColor(require(‘UIColor’).grayColor())，這里生成了一個 UIColor 實例對象渡紫，并作為參數(shù)回傳給OC到推。根據(jù)上面說的，這個 UIColor 實例在JS中的表示是一個 JSClass 實例惕澎，所以不能直接回傳給OC莉测，這里的參數(shù)實際上會在__c函數(shù)進行處理，會把對象的.__obj原指針回傳給OC唧喉。
最后一點捣卤，OC對象可能會存在于 NSDictionary / NSArray 等容器里，所以需要遍歷容器挑出OC對象進行格式化八孝，OC需要把對象都替換成JS認得的格式董朝，JS要把對象轉(zhuǎn)成 JSClass 實例，JS實例回傳給OC時需要把實例轉(zhuǎn)為OC對象指針干跛。所以O(shè)C流出數(shù)據(jù)時都會經(jīng)過formatOCObj()方法處理子姜，JS從OC得到數(shù)據(jù)時都會經(jīng)過_formatOCToJS()處理，JS傳參數(shù)給OC時會經(jīng)過_formatJSToOC()處理楼入，圖示：
5.類型轉(zhuǎn)換
JS把要調(diào)用的類名/方法名/對象傳給OC后哥捕，OC調(diào)用類/對象相應(yīng)的方法是通過 NSInvocation 實現(xiàn)，要能順利調(diào)用到方法并取得返回值嘉熊，要做兩件事：
1.取得要調(diào)用的OC方法各參數(shù)類型遥赚，把JS傳來的對象轉(zhuǎn)為要求的類型進行調(diào)用。
2.根據(jù)返回值類型取出返回值记舆，包裝為對象傳回給JS鸽捻。
例如開頭例子的view.setAlpha(0.5)， JS傳遞給OC的是一個 NSNumber泽腮，OC需要通過要調(diào)用OC方法的NSMethodSignature得知這里參數(shù)要的是一個 float 類型值御蒲，于是把NSNumber轉(zhuǎn)為float值再作為參數(shù)進行OC方法調(diào)用。這里主要處理了 int/float/bool 等數(shù)值類型诊赊，并對 CGRect/CGRange 等類型進行了特殊轉(zhuǎn)換處理厚满，剩下的就是實現(xiàn)細節(jié)了。
方法替換
JSPatch 可以用defineClass接口任意替換一個類的方法碧磅，方法替換的實現(xiàn)過程也是頗為曲折碘箍，一開始是用 va_list 的方式獲取參數(shù)遵馆，結(jié)果發(fā)現(xiàn) arm64 下不可用，只能轉(zhuǎn)而用另一種hack方式繞道實現(xiàn)丰榴。另外在給類新增方法货邓、實現(xiàn)property、支持self/super關(guān)鍵字上也費了些功夫四濒，下面逐個說明换况。
基礎(chǔ)原理
OC上，每個類都是這樣一個結(jié)構(gòu)體：
1
2
3
4
5
6structobjc_class {
structobjc_class * isa;
constchar*name;
….
structobjc_method_list **methodLists;/*方法鏈表*/
};
其中 methodList 方法鏈表里存儲的是Method類型：
1
2
3
4
5
6typedefstructobjc_method *Method;
typedefstructobjc_ method {
SELmethod_name;
char*method_types;
IMP method_imp;
};
Method 保存了一個方法的全部信息盗蟆，包括SEL方法名戈二，type各參數(shù)和返回值類型，IMP該方法具體實現(xiàn)的函數(shù)指針喳资。
通過 Selector 調(diào)用方法時觉吭，會從 methodList 鏈表里找到對應(yīng)Method進行調(diào)用，這個 methodList 上的的元素是可以動態(tài)替換的仆邓，可以把某個 Selector 對應(yīng)的函數(shù)指針I(yè)MP替換成新的鲜滩，也可以拿到已有的某個 Selector 對應(yīng)的函數(shù)指針I(yè)MP，讓另一個 Selector 跟它對應(yīng)节值，Runtime 提供了一些接口做這些事绒北，以替換 UIViewController 的-viewDidLoad:方法為例：
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20staticvoidviewDidLoadIMP (idslf,SELsel) {
JSValue *jsFunction = …;
[jsFunction callWithArguments:nil];
}
Class cls =NSClassFromString(@"UIViewController");
SELselector =@selector(viewDidLoad);
Method method = class_getInstanceMethod(cls, selector);
//獲得viewDidLoad方法的函數(shù)指針
IMP imp = method_getImplementation(method)
//獲得viewDidLoad方法的參數(shù)類型
char*typeDescription = (char*)method_getTypeEncoding(method);
//新增一個ORIGViewDidLoad方法，指向原來的viewDidLoad實現(xiàn)
class_addMethod(cls,@selector(ORIGViewDidLoad), imp, typeDescription);
//把viewDidLoad IMP指向自定義新的實現(xiàn)
class_replaceMethod(cls, selector, viewDidLoadIMP, typeDescription);
這樣就把 UIViewController 的-viewDidLoad方法給替換成我們自定義的方法察署，APP里調(diào)用 UIViewController 的viewDidLoad方法都會去到上述viewDidLoadIMP函數(shù)里，在這個新的IMP函數(shù)里調(diào)用JS傳進來的方法峻汉，就實現(xiàn)了替換-viewDidLoad方法為JS代碼里的實現(xiàn)贴汪，同時為 UIViewController 新增了個方法-ORIGViewDidLoad指向原來 viewDidLoad 的IMP，JS可以通過這個方法調(diào)用到原來的實現(xiàn)休吠。
方法替換就這樣很簡單的實現(xiàn)了扳埂，但這么簡單的前提是，這個方法沒有參數(shù)瘤礁。如果這個方法有參數(shù)阳懂，怎樣把參數(shù)值傳給我們新的IMP函數(shù)呢？例如 UIViewController 的-viewDidAppear:方法柜思，調(diào)用者會傳一個Bool值岩调，我們需要在自己實現(xiàn)的IMP（上述的viewDidLoadIMP）上拿到這個值，怎樣能拿到赡盘？如果只是針對一個方法寫IMP号枕，是可以直接拿到這個參數(shù)值的：
1
2
3staticvoidviewDidAppear (idslf,SELsel,BOOLanimated) {
[function callWithArguments:@(animated)];
}
但我們要的是實現(xiàn)一個通用的IMP，任意方法任意參數(shù)都可以通過這個IMP中轉(zhuǎn)陨享，拿到方法的所有參數(shù)回調(diào)JS的實現(xiàn)葱淳。
va_list實現(xiàn)(32位)
最初我是用可變參數(shù)va_list實現(xiàn)：
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31staticvoidcommonIMP(idslf, ...)
va_list args;
va_start(args, slf);
NSMutableArray*list = [[NSMutableArrayalloc] init];
NSMethodSignature*methodSignature = [cls instanceMethodSignatureForSelector:selector];
NSUIntegernumberOfArguments = methodSignature.numberOfArguments;
idobj;
for(NSUIntegeri = 2; i < numberOfArguments; i++) {
constchar*argumentType = [methodSignature getArgumentTypeAtIndex:i];
switch(argumentType[0]) {
case'i':
obj = @(va_arg(args,int));
break;
case'B':
obj = @(va_arg(args,BOOL));
break;
case'f':
case'd':
obj = @(va_arg(args,double));
break;
……//其他數(shù)值類型
default: {
obj = va_arg(args,id);
break;
}
}
[list addObject:obj];
}
va_end(args);
[function callWithArguments:list];
}
這樣無論方法參數(shù)是什么钝腺，有多少個，都可以通過va_list的一組方法一個個取出來赞厕，組成NSArray在調(diào)用JS方法時傳回艳狐。很完美地解決了參數(shù)的問題，一直運行正常皿桑，直到我跑在arm64的機子上測試毫目，一調(diào)用就crash。查了資料唁毒，才發(fā)現(xiàn)arm64下va_list的結(jié)構(gòu)改變了蒜茴，導(dǎo)致無法上述這樣取參數(shù)。詳見這篇文章浆西。
ForwardInvocation實現(xiàn)(64位)
后來找到另一種非常hack的方法解決參數(shù)獲取的問題粉私，利用了OC消息轉(zhuǎn)發(fā)機制。
當(dāng)調(diào)用一個 NSObject 對象不存在的方法時近零，并不會馬上拋出異常诺核，而是會經(jīng)過多層轉(zhuǎn)發(fā)，層層調(diào)用對象的-resolveInstanceMethod:,-forwardingTargetForSelector:,-methodSignatureForSelector:,-forwardInvocation:等方法久信，這篇文章說得比較清楚窖杀，其中最后-forwardInvocation:是會有一個 NSInvocation 對象，這個 NSInvocation 對象保存了這個方法調(diào)用的所有信息裙士，包括 Selector 名入客，參數(shù)和返回值類型，最重要的是有所有參數(shù)值腿椎，可以從這個 NSInvocation 對象里拿到調(diào)用的所有參數(shù)值桌硫。我們可以想辦法讓每個需要被JS替換的方法調(diào)用最后都調(diào)到-forwardInvocation:，就可以解決無法拿到參數(shù)值的問題了啃炸。
具體實現(xiàn)铆隘，以替換 UIViewController 的-viewWillAppear:方法為例：
把UIViewController的-viewWillAppear:方法通過class_replaceMethod()接口指向一個不存在的IMP:class_getMethodImplementation(cls, @selector(__JPNONImplementSelector))，這樣調(diào)用這個方法時就會走到-forwardInvocation:南用。
為 UIViewController 添加-ORIGviewWillAppear:和-_JPviewWillAppear:兩個方法膀钠，前者指向原來的IMP實現(xiàn)，后者是新的實現(xiàn)裹虫，稍后會在這個實現(xiàn)里回調(diào)JS函數(shù)肿嘲。
改寫 UIViewController 的-forwardInvocation:方法為自定義實現(xiàn)。一旦OC里調(diào)用 UIViewController 的-viewWillAppear:方法筑公，經(jīng)過上面的處理會把這個調(diào)用轉(zhuǎn)發(fā)到-forwardInvocation:睦刃，這時已經(jīng)組裝好了一個 NSInvocation，包含了這個調(diào)用的參數(shù)十酣。在這里把參數(shù)從 NSInvocation 反解出來涩拙，帶著參數(shù)調(diào)用上述新增加的方法-JPviewWillAppear:际长，在這個新方法里取到參數(shù)傳給JS，調(diào)用JS的實現(xiàn)函數(shù)兴泥。整個調(diào)用過程就結(jié)束了工育，整個過程圖示如下：
最后一個問題，我們把 UIViewController 的-forwardInvocation:方法的實現(xiàn)給替換掉了搓彻，如果程序里真有用到這個方法對消息進行轉(zhuǎn)發(fā)如绸，原來的邏輯怎么辦？首先我們在替換-forwardInvocation:方法前會新建一個方法-ORIGforwardInvocation:旭贬，保存原來的實現(xiàn)IMP怔接，在新的-forwardInvocation:實現(xiàn)里做了個判斷，如果轉(zhuǎn)發(fā)的方法是我們想改寫的稀轨，就走我們的邏輯扼脐，若不是，就調(diào)-ORIGforwardInvocation:走原來的流程奋刽。
實現(xiàn)過程中還碰到一個坑瓦侮，就是從-forwardInvocation:里的 NSInvocation 對象取參數(shù)值時，若參數(shù)值是id類型佣谐，我們會這樣取:
1
2idarg;
[invocation getArgument:&arg atIndex:i];
但這樣取某些時候會導(dǎo)致莫名其妙的crash肚吏，而且不是crash在這個地方，似乎這里的指針取錯導(dǎo)致后續(xù)的內(nèi)存錯亂狭魂，crash在各種地方罚攀，這個bug查了我半天才定位到這里，至今不知為什么雌澄。后來以這樣的方式解決了：
1
2
3void*arg;
[invocation getArgument:&arg atIndex:i];
ida = (__bridgeid)arg;
其他就是實現(xiàn)上的細節(jié)了坞生，例如需要根據(jù)不同的返回值類型生成不同的IMP，要在各處處理參數(shù)轉(zhuǎn)換等掷伙。
新增方法
在 JSPatch 剛開源時，是不支持為一個類新增方法的又兵，因為覺得能替換原生方法就夠了任柜，新的方法純粹添加在JS對象上，只在JS端跑就行了沛厨。另外OC為類新增方法需要知道各個參數(shù)和返回值的類型宙地，需要在JS定一種方式把這些類型傳給OC才能完成新增方法，比較麻煩逆皮。后來挺多人比較關(guān)注這個問題宅粥，不能新增方法導(dǎo)致 action-target 模式無法用，我也開始想有沒有更好的方法實現(xiàn)添加方法电谣。一開始想到秽梅，反正新增的方法都是JS在用抹蚀，不如新增的方法返回值和參數(shù)全統(tǒng)一成id類型，這樣就不用傳類型了企垦，但還是需要知道參數(shù)個數(shù)环壤，后來跟Lancy聊天時找到了解決方案，JS可以獲得函數(shù)參數(shù)個數(shù)钞诡，直接封裝一下把參數(shù)個數(shù)一并傳給OC就行了郑现。
現(xiàn)在defineClass定義的方法會經(jīng)過JS包裝，變成一個包含參數(shù)個數(shù)和方法實體的數(shù)組傳給OC荧降，OC會判斷如果方法已存在接箫，就執(zhí)行替換的操作，若不存在朵诫，就調(diào)用class_addMethod()新增一個方法辛友，通過傳過來的參數(shù)個數(shù)和方法實體生成新的 Method，把 Method 的參數(shù)和返回值類型都設(shè)為id拗窃。
這里有個問題瞎领，若某個類實現(xiàn)了某protocol，protocol方法里有可選的方法随夸，它的參數(shù)不全是id類型九默，例如UITableViewDataSource的一個方法：
1
- (NSInteger)tableView:(UITableView *)tableView sectionForSectionIndexTitle:(NSString*)title atIndex:(NSInteger)index;
若原類沒有實現(xiàn)這個方法，在JS里實現(xiàn)了宾毒，會走到新增方法的邏輯驼修，每個參數(shù)類型都變成id，與這個 protocol 方法不匹配诈铛，產(chǎn)生錯誤乙各。后續(xù)會處理 protocol 的問題，若新增的方法是 protocol 實現(xiàn)的方法幢竹，會取這個方法的NSMethodSignature獲得正確的參數(shù)類型進行添加耳峦。
Property實現(xiàn)
1
2
3
4
5
6
7
8
9defineClass('JPTableViewController : UITableViewController', {
dataSource:function() {
vardata = self.getProp('data')
if(data)returndata;
data = [1,2,3]
self.setProp_forKey(data,'data')
returndata;
}
}
JSPatch 可以通過-getProp:，-setProp:forKey:這兩個方法給對象添加成員變量焕毫。實現(xiàn)上用了運行時關(guān)聯(lián)接口objc_getAssociatedObject()和objc_setAssociatedObject()模擬蹲坷，相當(dāng)于把一個對象跟當(dāng)前對象 self 關(guān)聯(lián)起來，以后可以通過當(dāng)前對象 self 找到這個對象邑飒，跟成員的效果一樣循签，只是一定得是id對象類型。
本來OC有class_addIvar()可以為類添加成員疙咸，但必須在類注冊之前添加完县匠，注冊完成后無法添加，這意味著可以為在JS新增的類添加成員，但不能為OC上已存在的類添加乞旦，所以只能用上述方法模擬贼穆。
self關(guān)鍵字
1
2
3
4
5
6defineClass("JPViewController: UIViewController", {
viewDidLoad:function() {
varview = self.view()
...
},
}
JSPatch支持直接在defineClass里的實例方法里直接使用 self 關(guān)鍵字，跟OC一樣 self 是指當(dāng)前對象杆查，這個 self 關(guān)鍵字是怎樣實現(xiàn)的呢扮惦？實際上這個self是個全局變量，在 defineClass 里對實例方法 方法進行了包裝亲桦，在調(diào)用實例方法之前崖蜜，會把全局變量 self 設(shè)為當(dāng)前對象，調(diào)用完后設(shè)回空客峭，就可以在執(zhí)行實例方法的過程中使用 self 變量了豫领。這是一個小小的trick。
super關(guān)鍵字
1
2
3
4
5defineClass("JPViewController: UIViewController", {
viewDidLoad:function() {
self.super.viewDidLoad()
},
}
OC里 super 是一個關(guān)鍵字舔琅，無法通過動態(tài)方法拿到 super等恐，那么 JSPatch 的super是怎么實現(xiàn)的？實際上調(diào)用 super 的方法备蚓，OC做的事是調(diào)用父類的某個方法课蔬，并把當(dāng)前對象當(dāng)成 self 傳入父類方法，我們只要模擬它這個過程就行了郊尝。
首先JS端需要告訴OC想調(diào)用的是當(dāng)前對象的 super 方法二跋，做法是調(diào)用self.super時，會返回一個新的JSClass實例流昏，這個實例同樣保存了OC對象的引用扎即，同時標(biāo)識__isSuper=1。
01
02
03
04
05
06
07
08
09
10
11JSClass =function(obj, className, isSuper) {
this.__obj = obj
this.__isSuper = isSuper
this.__clsName = className
}
JSClass.prototype.__defineGetter__('super',function(){
if(!this.__super) {
this.__super =newJSClass(this.__obj,this.__clsName, 1)
}
returnthis.__super
})
調(diào)用方法時况凉，__isSuper會傳給OC谚鄙，告訴OC要調(diào) super 的方法。OC做的事情是刁绒，如果是調(diào)用 super 方法闷营，找到 superClass 這個方法的IMP實現(xiàn)，為當(dāng)前類新增一個方法指向 super 的IMP實現(xiàn)知市，那么調(diào)用這個類的新方法就相當(dāng)于調(diào)用 super 方法傻盟。把要調(diào)用的方法替換成這個新方法，就完成 super 方法的調(diào)用了初狰。
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15staticidcallSelector(NSString*className,NSString*selectorName,NSArray*arguments,idinstance,BOOLisSuper) {
...
if(isSuper) {
NSString*superSelectorName = [NSStringstringWithFormat:@"SUPER_%@", selectorName];
SELsuperSelector =NSSelectorFromString(superSelectorName);
Class superCls = [cls superclass];
Method superMethod = class_getInstanceMethod(superCls, selector);
IMP superIMP = method_getImplementation(superMethod);
class_addMethod(cls, superSelector, superIMP, method_getTypeEncoding(superMethod));
selector = superSelector;
}
...
}
總結(jié)
整個 JSPatch 實現(xiàn)原理就大致描述完了，剩下的一些小點互例，例如GCD接口奢入，block實現(xiàn)，方法名下劃線處理等就不細說了，可以直接看代碼腥光。JSPatch 還在持續(xù)改進中关顷，希望能成為iOS平臺動態(tài)更新的最佳解決方案，歡迎大家一起建設(shè)這個項目武福，github地址：https://github.com/bang590/JSPatch
——————
