iOS引入JavaScriptCore引擎架構（一）

JavaScriptCore引擎

    我們都知道WebKit是個渲染引擎，簡單來說負責頁面的布局，繪制以及層的合成，但是WebKit工程中不僅僅有關于渲染相關的邏輯，也內建了預設的javascript引擎－－JavaScriptCore，目前Safari的js引擎也基于JSC建構，不過有一些私有的優化，總體性能相差不大。JSC的執行理念比較符合傳統的引擎邏輯，它包括了2部分：

解釋器和簡單方法JIT

。解釋器比較容易了解，針對某種類型的檔案解釋執行，在JSC中，它的目标檔案是由代碼建構的文法樹生成的位元組碼檔案，類似于java中的位元組碼，不過在JSC中位元組碼的執行是在基于寄存器的虛拟機中而不是基于棧，好處在于可以友善的在ARM架構處理器中使用三位址指令，減少了次數較多的出棧和入棧等指令分派以及耗時的記憶體IO；JIT在java虛拟機中應用比較多，針對執行較多次的熱點方法進行編譯為本地方法，執行效率更高，JSC中的JIT同理。

    在iOS7中，我們可以引入JSC架構，這樣，我們可以oc層來操作js層代碼的執行。另外JSC暴露了許多C層面的接口，我們也可以在底層來建構自定義的js執行環境，操作執行js代碼，可控執行可擴充性更強。

hybrid應用建構

    既然有了這麼給力的引擎，我們在建構hybrid app時可以使用JSC來代替cordova的webViewJavascriptBridge架構完成簡易的接口暴露，未來在oc層逐漸可以将UI元件子產品化，并通過JSExport暴露接口，由js層負責調用相應子產品的初始化方法完成界面的hybrid化。

  oc端初始化一個js執行上下文JSContext對象很容易，

[[JSContext alloc] init]

即可，但是在hybrid app中，通過這種方式初始化JSContext與承載頁面的UIWebVIew并不是同一個js環境，是以我們需要擷取UIWebView對應的JSContext。但是apple官方并未提供相關的方法，不過這邊難不倒某些人，有些人發現，通過KVC的方式可擷取UIWebView對應的JSContext，方式如下

[webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"]

。一旦擷取到對應的JSContext，我們可以做的就有很多了。

// 擷取對應的JSContext
JSContext *context=[webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"];

// 設定JSContext的錯誤處理函數
[context setExceptionHandler:^(JSContext *context, JSValue *value) {
    NSLog(@"oc catches the exception: %@", value);
}];

// 元件化某個功能類或UIController   
ShowjoyFad *sf=[ShowjoyFad new];

// 暴露改類至JSContext中，在js層的全局屬性中我們可以通路該類，如window.showjoyFad
context[@"showjoyFad"]=sf;
context[@"ViewController"] = self;

// 引用js層定義的函數
JSValue * abc = context[@"abc"];
// 執行
JSValue * ret = [abc callWithArguments:@[@"helloworld"]];
NSLog(@"ret: %@",[ret toString]);
           

    通過簡單的例子可以很明顯的看出JSC通信的簡潔性，與android的WebView通信類似，native端可以直接講接口注入到js上下文中，js在何時的時機調用函數。但是這裡涉及到一個比較棘手的問題，JSContext的擷取實在UIWebView的那個階段呢？

    我做過一個測試：首先在UIWebView的webViewDidStartLoad階段建立JSContext并暴露oc端的方法，在加載一級頁面時js正常調用oc的方法，而跳轉到二級頁面中卻無法執行oc的方法；而在webViewDidStartLoad階段由于并未加載完js檔案， 是以js層定義的函數在oc端無法執行。

    其次，在webVIewDidFinishLoad階段建立JSContext并透出oc方法，由于加載js階段在webVIewDidFinishLoad階段之前，是以一級頁面js無法調用oc方法，但是二級頁面同理也是如此，但是由于js代碼是在iOS的UI線程執行，是以為了讓js可以調用oc方法，可以通過在js設定setTimeout來讓任務放到執行隊列的末端，先執行oc層的webVIewDidFinishLoad方法，待任務完成後再執行js中的異步代碼，通過這種方式可以完成js調用oc方法；反過來，oc層調用js函數沒有任何問題，因為在webVIewDidFinishLoad階段js代碼已執行完畢（除了異步代碼）。

    為此，可以通過實作一個簡易的架構來完成js層和oc層的互動，為了更好的相容性，隻有在webVIewDidFinishLoad階段建立JSContext。而在js層則有兩種方式來監測并執行oc的方法：

1，在oc層的webVIewDidFinishLoad階段，暴露oc接口之後，通過JSContext或者UIWebView的stringByEvluateJavascriptString方法建構一個

webViewDidFinishLoad

事件，js端進行偵聽并調用

2，簡單的通過setTimeout将js的執行順序排至隊列末端

    通過上述方法，建構了一個簡單的JSCBridge，但是缺點也很明顯，對oc端接口暴露時機有硬性要求，并且js執行oc端的代碼始終是異步，有違我們的初衷。

在下一節中，介紹利用JSC高效通信的另一種hack方法，請期待！