關于WebViewJavascriptBridge的功能不多做介紹，有興趣的小伙伴可以搜一下
使用示例
iOS端使用如下
let bridge = WKWebViewJavascriptBridge(for: webView)
//原生調用js
bridge.callHandler("jsFunction", data: [:], responseCallback: { (obj) in
})
//native端注冊方法，以供js調用
bridge.registerHandler("nativeFunction") { (data, reponseCallback) in
}
實現原理：
js端有一個處理對象，window.WebViewJavascriptBridge對象，原生端也有一個類似的對象WebViewJavascriptBridgeBase，他們兩個在兩端，分別使用攔截url和注入js的方式，進行通信，他們的主要工作內容是
存儲自己端registed handler（實質是個block數組）
存儲回調（實質也是個block數組）
對需要通信數據進行編碼和解碼
//js端存儲相關代碼
var messageHandlers = {}; //存儲registerHandler方法注冊過的block
var responseCallbacks = {}; //存儲callHandler中的responseCallback
//原生端存儲相關
@interface WebViewJavascriptBridgeBase : NSObject
@property (strong, nonatomic) NSMutableDictionary* responseCallbacks; //存儲callHandler中的responseCallback
@property (strong, nonatomic) NSMutableDictionary* messageHandlers; //存儲registerHandler方法注冊過的block
@end
初始化過程
原生端的初始化：原生端調用WebViewJavascriptBridge庫，生成需要的WebViewJavascriptBridge或者WKWebViewJavascriptBridge實例
js端的初始化：js端加載地址為“https://__bridge_loaded__”的新頁面，新頁面的加載事件觸發webview的代理方法
//WKWebView
- (void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler;
//UIWebView
- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType;
在代理方法中識別加載地址為“https://__bridge_loaded__”，調用WebViewJavascriptBridge庫中預先寫好的一段js代碼 — WebViewJavascriptBridge_JS，使用evaluateJavaScript執行這段js代碼，在js端生成window.WebViewJavascriptBridge對象及一些需要的js方法。
這種交互方式，比較通用的叫法是 url sheme
原生調用js
原生調用js的callHandler方法，實際上是調用WebViewJavascriptBridgeBase中方法對參數進行處理。
WebViewJavascriptBridgeBase會為此次調用的回調生成一個id，并在responseCallbacks中用ID為key存儲回調。然后把js方法名、參數、回調id 組織成字典，再json字符串化。
{
"data": ["ID": 67788],
"callbackId": "objc_cb_1",
"handlerName": "jsFunction"
}
然后用“WebViewJavascriptBridge._handleMessageFromObjC”把這個message字符串包起來。_handleMessageFromObjC的是初始化時通過WebViewJavascriptBridge_JS注入js中的一個js方法。接下來通過evaluateJavaScript執行handleMessageFromObjC。
NSString* javascriptCommand = [NSString stringWithFormat:@"WebViewJavascriptBridge._handleMessageFromObjC('%@');", messageJSON];
js端的bridge方法handleMessageFromObjC被調用后，先將json字符串解析成字典對象，然后根據字典中的handlerName值，在messageHandlers中尋找注冊過的對應name的function，將message.data和js回調傳給該function，進行調用。
if (message.callbackId) {
var callbackResponseId = message.callbackId;
responseCallback = function(responseData) {
_doSend({ handlerName:message.handlerName, responseId:callbackResponseId, responseData:responseData });
};
}
var handler = messageHandlers[message.handlerName];
if (!handler) {
console.log("WebViewJavascriptBridge: WARNING: no handler for message from ObjC:", message);
} else {
handler(message.data, responseCallback);
}
注意一點，上面的responseCallback是js自己的回調，原生的回調還留在WebViewJavascriptBridge的responseCallbacks字典中存儲。js回調的功能是給原生發送回調消息。
js回調調用_doSend方法中把字典類型的message添加進sendMessageQueue數組
[handlerName: xxxx, responseId: xxx, responseData: xxx] //iOS 字典
{handlerName: xxxx, responseId: xxx, responseData: xxx} //js 字典
然后加載一個地址為“https://__wvjb_queue_message__”的新頁面，原生的代理方法被調用
WebViewJavascriptBridge中的代理方法識別到特殊的加載地址，使用evaluateJavaScript調用“WebViewJavascriptBridge._fetchQueue();”，js端的_fetchQueue把sendMessageQueue數組中的message都格式化成json字符串。原生拿到messages的json字符串后先把字符串轉換成數組，然后遍歷數組處理每個message（通常只有一個）。原生bridge發現message中有responseId，則用responseId調用對應的responseCallback。如果沒有responseId，說明這不是 原生調js - js回調原生，而是js直接調用原生的方法，那就從messageHandlers中尋找對應handlerName的block
在原生端初始化WebViewJavascriptBridge的時候，WebViewJavascriptBridge就把webview的代理指向了自己，所以這里能攔截到。如果webview的代理被指向了其他地方，那WebViewJavascriptBridge就不工作了。畢竟js端初始化就指望著這個代理方法攔截到請求，然后去給js注入window.WebViewJavascriptBridge對象。
js調用原生
前面原生調用js中說到了原生發消息給js，js怎么處理，原生的回調怎么處理。js調用原生是類似的邏輯。只是雙方發消息的方式不一樣，一個是通過evaluateJavaScript，一個是通過url sheme。這里不再多述。
