WebViewJavascriptBridge解析

最新推荐文章于 2024-06-27 14:04:05 发布
最新推荐文章于 2024-06-27 14:04:05 发布
阅读量5k 收藏
点赞数
分类专栏： iOS 文章标签： ios
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/game3108/article/details/51147923
版权

简书地址：http://www.jianshu.com/p/da7213c06ac6

前序

iOS原生应用和web页面的交互主要有：JavaScriptCore（iOS7以后）与拦截协议两个方法。

因为我们的app要兼容iOS6,所以我们在web js和native交互使用的是拦截协议的一个很有名的第三方框架：WebViewJavascriptBridge，本文从源代码来解析一下WebViewJavascriptBridge的工作方式。
（对于iOS8新出的WKWebView，原理方式相同，会稍作提及，但不会详细展开。）

iOS web和native交互的方式

首先抛开WebViewJavascriptBridge,思考一个问题，如果我们自己去做一套js与native交互的轮子，应该如何去做？

  • 寻找js与native可能交互的接口
  • 设计一套融合交互接口的数据模式
  • 完善整体轮子

我们来依此分析每一项

寻找js与native可能交互的接口

查询相应的文档可以得知，在UIWebView中，native有直接调用js的方法,js没有直接调用native的方法

native直接调用js的方法：

- (nullable NSString *)stringByEvaluatingJavaScriptFromString:(NSString *)script;

- (void)evaluateJavaScript:(NSString *)javaScriptString completionHandler:(void (^ __nullable)(__nullable id, NSError * __nullable error))completionHandler;//WKWebView使用，以下类推)

那对于js来说，无法直接调用native代码是否表示无法进行交互？

答案是否定的。虽然无法直接调用native代码，但是iOS的接口中还是设计了可以通过间接的方式传递js调用的消息

js间接调用native的方式：
对于iOS UIWebView熟悉的人来说，

- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType;

这个方法，可以每次在UIWebView进行重定向URL的时候，进行触发，只要把一个js调用native的方法包装成一个重定向URL,就可以在本地接收到相应的方法。

- (void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler;

**小结：
native可以直接调用js,js将方法包装成重定向请求，使得native截取并分析，执行相应代码。**
问题：那就是说，js代码每次把一次调用里面所有参数都集合进一个重定向请求里直接让本地截取和执行？

设计一套融合交互接口的数据模式

在js与native交互的时候，设计一套两边都可以使用的模式十分关键。

native代码与交互js代码明显是异步的一个操作，尤其是在双方初始化的时候，native代码无法确定js代码是否加载完成，如果在js未加载完成的时候进行相应方法调用，是没有效果的。
所以在双方交互的时候，设计一个list数组，去存储两遍在未初始化完成前需要执行的方法，十分重要。

而对于每一个方法请求，我们至少需要以下参数：

  • 方法名
  • 方法参数
  • 回调

在此基础上，key-value对（Dictionary）会是一个很好的选择。

**小结：交互设计上，两遍都会初始化一个list去存储未初始化时候对方的方法请求。
而对于每一个方法请求，通过key-value对，去提供双方解析。**

完善整体轮子

有了交互的接口，还有数据格式，双方获取到对方的方法调用进行处理就不再困难。
在其中，唯一还有些绕的是双方的回调。
js调用native的回调，可以在native中直接通过调用js的方式，进行回调函数的调用。
而native调用js的回调，还是要通过native截取js的方式，进行回调函数的调用。
所以双方都需要把本地的回调函数通过key-value对(Dictionary)存储下来。

那在整体设计上，双方的方法解析与互相调用也应该分离开来，由此可以达到代码模块化的目的。

小结：在完善轮子的时候，根据设计模式的原则，进行相应的模块化，方便代码复用。

解析WebViewJavascriptBridge的源代码

上一章我们整体设计了我们自己的一个native与js交互的轮子，WebViewJavascriptBridge本身的做法也是类似，现在我们解析WebViewJavascriptBridge的源代码来了解它是如何做到这每一步。
我们将js调用native的整个流程走一遍，就可以完全清楚WebViewJavascriptBridge的逻辑。

首先是在页面加载完成的时候，native会注入一段js代码：

- (void)webViewDidFinishLoad:(UIView<FLWebViewProvider> *)webView {
    if (webView != _webView) { return; }
    _numRequestsLoading--;
    if (_numRequestsLoading == 0 && ![[(UIWebView *)webView stringByEvaluatingJavaScriptFromString:[_base webViewJavascriptCheckCommand]] isEqualToString:@"true"]) {
        [_base injectJavascriptFile:YES webView:webView];    }
    [_base dispatchStartUpMessageQueue];
    __strong WVJB_WEBVIEW_DELEGATE_TYPE* strongDelegate = _webViewDelegate;
    if (strongDelegate && [strongDelegate respondsToSelector:@selector(webViewDidFinishLoad:)]) {
        [strongDelegate webViewDidFinishLoad:(UIWebView *)webView];
    }
}

其中

[_base injectJavascriptFile:YES webView:webView]

- (void)injectJavascriptFile:(BOOL)shouldInject webView:(UIView<FLWebViewProvider> *)webview {
    if(shouldInject){
        NSBundle *bundle = _resourceBundle ? _resourceBundle : [NSBundle mainBundle];
        NSString *filePath = [bundle pathForResource:@"WebViewJavascriptBridge.js" ofType:@"txt"];
        NSString *jsBridge = [NSString stringWithContentsOfFile:filePath encoding:NSUTF8StringEncoding error:nil];
        [self webview:webview evaluateJavaScript:jsBridge completionHandler:^(id callback, NSError *error) {
            [self injectForDispatch:webview];
        }];
    }
}

将本地端的WebViewJavascriptBridge.js.txt注入到了web页面的js代码中

WebViewJavascriptBridge初始化时候，本身提供了ExampleApp.html页面
我们从项目中找处一句js调用native的语句：

bridge.callHandler('testObjcCallback', {'foo': 'cccccccccccc'}, function(response) {  
    log('JS got response', response)  
})

我们找到WebViewJavascriptBridge.js.txt

function callHandler(handlerName, data, responseCallback) {
        _doSend({ handlerName:handlerName, data:data }, responseCallback)
    }
function _doSend(message, responseCallback) {
        if (responseCallback) {
            var callbackId = 'cb_'+(uniqueId++)+'_'+new Date().getTime()
            responseCallbacks[callbackId] = responseCallback
            message['callbackId'] = callbackId
        }
        sendMessageQueue.push(message)
        messagingIframe.src = CUSTOM_PROTOCOL_SCHEME + '://' + QUEUE_HAS_MESSAGE
    }

其中，正如我们自己设计的，
首先，我们会将请求分为3个部分

  • handlerName 方法名
  • data 方法参数
  • callback 回调

用dictionary的方式存储他们，组成了message，message本身就是我们发起的请求
而responseCallbacks通过特殊的callbackid，存储下了这一次的函数回调
message增加了一个’callbackid’的参数，去存储这个callbackid

上面都是我们设计的方式，就是比较特殊的地方是，
WebViewJavascriptBridge将整个请求message，塞入了sendMessageQueue中，而并非我们想当然的塞入url重定向中。
然后使用messagingIframe发起重定向。

function _createQueueReadyIframe(doc) {
        messagingIframe = doc.createElement('iframe')
        messagingIframe.style.display = 'none'
        messagingIframe.src = CUSTOM_PROTOCOL_SCHEME + '://' + QUEUE_HAS_MESSAGE
        doc.documentElement.appendChild(messagingIframe)
    }
var CUSTOM_PROTOCOL_SCHEME = 'wvjbscheme'
var QUEUE_HAS_MESSAGE = '__WVJB_QUEUE_MESSAGE__'

而这个重定向url由CUSTOM_PROTOCOL_SCHEME和QUEUE_HAS_MESSAGE组成。

从这里可以看出，js调用本地代码，并没有直接将参数请求塞入重定向url，而是塞入了一个list中，而所有的参数请求都是发了同一个。

再看本地代码，之前所说的解析代码：

本地 WebViewJavascriptBridge.m

- (BOOL)webView:(UIView<FLWebViewProvider> *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType {
    if (webView != _webView) { return YES; }
    NSURL *url = [request URL];
    __strong WVJB_WEBVIEW_DELEGATE_TYPE* strongDelegate = _webViewDelegate;
    if ([_base isCorrectProcotocolScheme:url]) {
        if ([_base isCorrectHost:url]) {
            NSString *messageQueueString = [(UIWebView*)webView stringByEvaluatingJavaScriptFromString:[_base webViewJavascriptFetchQueyCommand]];
            [_base flushMessageQueue:messageQueueString];
        } else {
            [_base logUnkownMessage:url];
        }
        return NO;
    } else if (strongDelegate && [strongDelegate respondsToSelector:@selector(webView:shouldStartLoadWithRequest:navigationType:)]) {
        return [strongDelegate webView:(UIWebView *)webView shouldStartLoadWithRequest:request navigationType:navigationType];
    } else {
        return YES;
    }
}

其中_base是一个WebViewJavascriptBridgeBase对象,它包含了：

-(BOOL)isCorrectProcotocolScheme:(NSURL*)url {
    if([[url scheme] isEqualToString:kCustomProtocolScheme]){
        return YES;
    } else {
        return NO;
    }
}
-(BOOL)isCorrectHost:(NSURL*)url {
    if([[url host] isEqualToString:kQueueHasMessage]){
        return YES;
    } else {
        return NO;
    }
}
#define kCustomProtocolScheme @"wvjbscheme"

#define kQueueHasMessage @"__WVJB_QUEUE_MESSAGE__"

其中，很显然，通过检查scheme和host，就可以清楚的知道，这个请求是不是WebViewJavascriptBridge的重定向请求。
而

NSString *messageQueueString = [(UIWebView*)webView stringByEvaluatingJavaScriptFromString:[_base webViewJavascriptFetchQueyCommand]];

很明显是在获得之前sendMessageQueue

查找WebViewJavascriptBridgeBase.m和WebViewJavascriptBridge.js.txt文件

-(NSString *)webViewJavascriptFetchQueyCommand {
    return @"WebViewJavascriptBridge._fetchQueue();";
}
function _fetchQueue() {
    var messageQueueString = JSON.stringify(sendMessageQueue)
    sendMessageQueue = []
    return messageQueueString
}

那这边我们就了解了js调用本地端的方法：
js发起一个特殊的url请求，告诉本地端，我发起请求了。并且存储相应的回调函数和消息队列。
而本地端接收到消息，会去主动拉取js中存储消息的队列。

之后就是处理消息的方式：

[_base flushMessageQueue:messageQueueString];

找到WebViewJavascriptBridgeBase.m

- (void)flushMessageQueue:(NSString *)messageQueueString{
    id messages;
    if (messageQueueString) {
        messages = [self _deserializeMessageJSON:messageQueueString];
    }
    if (![messages isKindOfClass:[NSArray class]]) {
        NSLog(@"WebViewJavascriptBridge: WARNING: Invalid %@ received: %@", [messages class], messages);
        return;
    }
    for (WVJBMessage* message in messages) {
        if (![message isKindOfClass:[WVJBMessage class]]) {
            NSLog(@"WebViewJavascriptBridge: WARNING: Invalid %@ received: %@", [message class], message);
            continue;
        }
        [self _log:@"RCVD" json:message];
        NSString* responseId = message[@"responseId"];
        if (responseId) {
            WVJBResponseCallback responseCallback = _responseCallbacks[responseId];
            responseCallback(message[@"responseData"]);
            [self.responseCallbacks removeObjectForKey:responseId];
        } else {
            WVJBResponseCallback responseCallback = NULL;
            NSString* callbackId = message[@"callbackId"];
            if (callbackId) {
                responseCallback = ^(id responseData) {
                    if (responseData == nil) {
                        responseData = [NSNull null];
                    }
                    WVJBMessage* msg = @{ @"responseId":callbackId, @"responseData":responseData };
                    [self _queueMessage:msg];
                };
            } else {
                responseCallback = ^(id ignoreResponseData) {
                    // Do nothing
                };
            }
            WVJBHandler handler;
            if (message[@"handlerName"]) {
                handler = self.messageHandlers[message[@"handlerName"]];
            } else {
                handler = self.messageHandler;
            }
            if (!handler) {
//                [NSException raise:@"WVJBNoHandlerException" format:@"No handler for message from JS: %@", message];
                cootek_log(@"No handler for message from JS: %@",message);
            } else {
                handler(message[@"data"], responseCallback);
            }
        }
    }
}

首先，解析messages

messages = [self _deserializeMessageJSON:messageQueueString];
- (NSArray*)_deserializeMessageJSON:(NSString *)messageJSON {
    return [NSJSONSerialization JSONObjectWithData:[messageJSON dataUsingEncoding:NSUTF8StringEncoding] options:NSJSONReadingAllowFragments error:nil];
}

将他们转回相应的存储Dictionary的list（NSArray）
然后遍历每一个消息：

for (WVJBMessage* message in messages)

其中先判断了：

NSString* responseId = message[@"responseId"];

我们之前发起的请求的dictionary，只包含 handlerName，data， 和可能有的callbackId
所以我们一定是走else语句

WVJBResponseCallback responseCallback = NULL;
            NSString* callbackId = message[@"callbackId"];
            if (callbackId) {
                responseCallback = ^(id responseData) {
                    if (responseData == nil) {
                        responseData = [NSNull null];
                    }
                    WVJBMessage* msg = @{ @"responseId":callbackId, @"responseData":responseData };
                    [self _queueMessage:msg];
                };
            } else {
                responseCallback = ^(id ignoreResponseData) {
                    // Do nothing
                };
            }

而这部分代码的逻辑，就是如果存在callbackid（表明存在callback），就去设置一个block responseCallback，提供回调

WVJBHandler handler;
            if (message[@"handlerName"]) {
                handler = self.messageHandlers[message[@"handlerName"]];
            } else {
                handler = self.messageHandler;
            }
            if (!handler) {
//                [NSException raise:@"WVJBNoHandlerException" format:@"No handler for message from JS: %@", message];
                cootek_log(@"No handler for message from JS: %@",message);
            } else {
                handler(message[@"data"], responseCallback);
            }

这部分就是实际的函数调用，将相应的handler取出，并且进行调用

handler(message[@"data"], responseCallback);

由其可见，我们本地端必须先要在self.messageHandlers中，包含这样的一个消息，才有可能进行执行，所以，本地端必须先注册相应的方法。
即：

[_bridge registerHandler:@"testObjcCallback" handler:^(id data, WVJBResponseCallback responseCallback) {  
    NSLog(@"testObjcCallback called: %@", data);  
    responseCallback(@"Response from testObjcCallback");  
}]; 
- (void)registerHandler:(NSString *)handlerName handler:(WVJBHandler)handler {
    _base.messageHandlers[handlerName] = [handler copy];
}

首先要在bridge中注册了testObjcCallback方法，才会去执行到这段代码。

即，一开始，在本地端，你必须先registerHandler，将相应的block队赢的handlername注册到_base.messageHandlers中，表示存在这样的方法，
然后当你在js中callHandler的时候，就会通过一系列调用，找到这个handler方法，并且最后执行它。
而在执行block的函数的时候，也会包含
responseCallback(@"Response from testObjcCallback");
进行回调的执行
回到回调的定义：

NSString* callbackId = message[@"callbackId"];
            if (callbackId) {
                responseCallback = ^(id responseData) {
                    if (responseData == nil) {
                        responseData = [NSNull null];
                    }
                    WVJBMessage* msg = @{ @"responseId":callbackId, @"responseData":responseData };
                    [self _queueMessage:msg];
                };
            } else {
                responseCallback = ^(id ignoreResponseData) {
                    // Do nothing
                };
            }

如果回调存在，就会组成这样一条msg

WVJBMessage* msg = @{ @"responseId":callbackId, @"responseData":responseData };

包含了两个key, responseid与responseData

[self _queueMessage:msg];
- (void)_queueMessage:(WVJBMessage*)message {
    if (self.startupMessageQueue) {
        [self.startupMessageQueue addObject:message];
    } else {
        [self _dispatchMessage:message];
    }
}

走到[self _dispatchMessage:message]函数
（self.startupMessageQueue的目的是存储没有初始化时候的方法，提供之后调用）

- (void)_dispatchMessage:(WVJBMessage*)message {
    NSString *messageJSON = [self _serializeMessage:message];
    [self _log:@"SEND" json:messageJSON];
    messageJSON = [messageJSON stringByReplacingOccurrencesOfString:@"\\" withString:@"\\\\"];
    messageJSON = [messageJSON stringByReplacingOccurrencesOfString:@"\"" withString:@"\\\""];
    messageJSON = [messageJSON stringByReplacingOccurrencesOfString:@"\'" withString:@"\\\'"];
    messageJSON = [messageJSON stringByReplacingOccurrencesOfString:@"\n" withString:@"\\n"];
    messageJSON = [messageJSON stringByReplacingOccurrencesOfString:@"\r" withString:@"\\r"];
    messageJSON = [messageJSON stringByReplacingOccurrencesOfString:@"\f" withString:@"\\f"];
    messageJSON = [messageJSON stringByReplacingOccurrencesOfString:@"\u2028" withString:@"\\u2028"];
    messageJSON = [messageJSON stringByReplacingOccurrencesOfString:@"\u2029" withString:@"\\u2029"];
    NSString* javascriptCommand = [NSString stringWithFormat:@"WebViewJavascriptBridge._handleMessageFromObjC('%@');", messageJSON];
    if ([[NSThread currentThread] isMainThread]) {
        [_flWebView evaluateJavaScript:javascriptCommand completionHandler:nil];
    } else {
        dispatch_sync(dispatch_get_main_queue(), ^{
            [_flWebView evaluateJavaScript:javascriptCommand completionHandler:nil];
        });
    }
}

调用到js的_handleMessageFromObjC方法

function _handleMessageFromObjC(messageJSON) {
        if (receiveMessageQueue) {
            receiveMessageQueue.push(messageJSON)
        } else {
            _dispatchMessageFromObjC(messageJSON)
        }
    }

走到_dispatchMessageFromObjC(messageJSON)函数
（receiveMessageQueue的目的是存储没有初始化时候的方法，提供之后调用）

function _dispatchMessageFromObjC(messageJSON) {
        setTimeout(function _timeoutDispatchMessageFromObjC() {
            var message = JSON.parse(messageJSON)
            var messageHandler
            if (message.responseId) {
                var responseCallback = responseCallbacks[message.responseId]
                if (!responseCallback) { return; }
                responseCallback(message.responseData)
                delete responseCallbacks[message.responseId]
            } else {
                var responseCallback
                if (message.callbackId) {
                    var callbackResponseId = message.callbackId
                    responseCallback = function(responseData) {
                        _doSend({ responseId:callbackResponseId, responseData:responseData })
                    }
                }
                var handler = WebViewJavascriptBridge._messageHandler
                if (message.handlerName) {
                    handler = messageHandlers[message.handlerName]
                }
                try {
                    handler(message.data, responseCallback)
                } catch(exception) {
                    if (typeof console != 'undefined') {
                        console.log("WebViewJavascriptBridge: WARNING: javascript handler threw.", message, exception)
                    }
                }
            }
        })
    }

这里的代码是不是很熟悉？几乎和flushMessageQueue的后半逻辑代码是一样的
也是先检查responseid
if (message.responseId)
我们请求的参数：

WVJBMessage* msg = @{ @"responseId":callbackId, @"responseData":responseData };

正包含了reponseid

var responseCallback = responseCallbacks[message.responseId]
if (!responseCallback) { return; }
responseCallback(message.responseData)
delete responseCallbacks[message.responseId]

以上代码就是从responseCallbacks取出相应的callback，然后执行完删除。

这样，整个js调用native代码就完成了。

同理可得native调用js的方式
js中注册handler

function registerHandler(handlerName, handler) {
        messageHandlers[handlerName] = handler
    }

native调用callhandler

- (void)callHandler:(NSString *)handlerName data:(id)data responseCallback:(WVJBResponseCallback)responseCallback {
    [_base sendData:data responseCallback:responseCallback handlerName:handlerName];
}
- (void)sendData:(id)data responseCallback:(WVJBResponseCallback)responseCallback handlerName:(NSString*)handlerName {
    NSMutableDictionary* message = [NSMutableDictionary dictionary];
    if (data) {
        message[@"data"] = data;
    }
    if (responseCallback) {
        NSString* callbackId = [NSString stringWithFormat:@"objc_cb_%ld", ++_uniqueId];
        self.responseCallbacks[callbackId] = [responseCallback copy];
        message[@"callbackId"] = callbackId;
    }
    if (handlerName) {
        message[@"handlerName"] = handlerName;
    }
    [self _queueMessage:message];
}

同样是包含了self.responseCallbacks本地的回调函数队列，和message消息
然后执行
[self _queueMessage:message];
到js的_dispatchMessageFromObjC函数
此时也是没有reponseid
所以会去创建回调函数，并且执行js中对应的handler

                var responseCallback
                if (message.callbackId) {
                    var callbackResponseId = message.callbackId
                    responseCallback = function(responseData) {
                        _doSend({ responseId:callbackResponseId, responseData:responseData })
                    }
                }
                var handler = WebViewJavascriptBridge._messageHandler
                if (message.handlerName) {
                    handler = messageHandlers[message.handlerName]
                }
                try {
                    handler(message.data, responseCallback)
                } catch(exception) {
                    if (typeof console != 'undefined') {
                        console.log("WebViewJavascriptBridge: WARNING: javascript handler threw.", message, exception)
                    }
                }

当js中调用回调函数的时候

responseCallback = function(responseData) {
    _doSend({ responseId:callbackResponseId, responseData:responseData })
}

通过_doSend方法
也包含了reponseid与responsedata
到本地的flushMessageQueue中

if (responseId) {
            WVJBResponseCallback responseCallback = _responseCallbacks[responseId];
            responseCallback(message[@"responseData"]);
            [self.responseCallbacks removeObjectForKey:responseId];
        }
objectivec

执行相应的回调函数。

总结

  • WebViewJavascriptBridge通过两种数据结构

  • 请求数据 handlerName,data,callbackid 回调数据 responseId , responseData

  • js通过url重定向，让本地端主动拉取js的请求数据进行函数调用，然后native再主动调用js代码，调用回调函数

  • native通过主动调用js的代码去进行函数调用，然后js再通过url重定向，调用回调函数

关于UIWebView的内存泄漏问题，这边有个blog，讲解的比较好，可以缓解一下。

参考链接

1.WebViewJavascriptBridge 原理分析
2.WebViewJavascriptBridge－Obj-C和JavaScript互通消息的桥梁
3.UIWebView Secrets - Part1 - Memory Leaks on Xmlhttprequest

game3108
关注
专栏目录
WebViewJavascriptBridge源码分析
JINKAI
08-16 1万+
最近抽时间看了一遍WebViewJavascriptBridge这个开源框架，把看到的内容记录下来 源码地址：https://github.com/marcuswestin/WebViewJavascriptBridge 1、对外接口 初始化OC 初始化JS [WebViewJavascriptBridge bridgeForWebView:(
混合开发流程和桥接技术详解（WebViewJavaScriptBridge）
qq_43062791的博客
03-26 782
混合开发流程 前端流程 打包成app 但web页面写好后，执行打包程序 使用的路由，必须是hash路由 项目中使用的请求，必须是完整的路径，并且这个路径需要后台配置可以跨域 打包前需要设置打包出来的路径是相对路径 解决手机屏幕齐刘海的问题 执行打包（测试：本地打开打包好的项目，流程没问题，就可以执行下一步） 将项目包给ios， android开发人员 （实际上相当于在电脑上打开这个文件，...
WebViewJavascriptBridge详细使用
weixin_30345055的博客
04-01 782
前言 WebViewJavascriptBridge是支持到iOS6之前的版本的，用于支持native的iOS与javascript交互。如果需要支持到iOS6之前的app，使用它是很不错的。本篇讲讲WebViewJavascriptBridge的基本原理及详细讲讲如何去使用，包括iOS端的使用和JS端的使用。 经过多番百度、Google，发现WebViewJavascriptBridge的资...
WKWebViewJSBridge
05-08
进行WKWebView和JS交互的简单封装，代码简单直接，适合学习交流。有问题请留言
WebView与JavaScriptBridge的基本使用方式
最新发布
MIILN的博客
06-27 2842
WebView的常用方法和JS桥的基本使用方式，以及一个简单的demo示例
WebViewJavascriptBridge
weixin_34054866的博客
01-15 77
前段时间做h5交互使用了WebViewJavascriptBridge，今天做下整理。 首先确保一份已经配好功能的html文件。（html还在学习阶段，暂时就不卖弄了。。。） 1.初始化一个webview（viewdidload） UIWebView* webView = [[UIWebView alloc] initWithFrame:s...
WebViewJavascriptBridge源码解读
dis的专栏
04-27 1961
WebViewJavascriptBridge是一个连接javascript和iOS Native交互的开源框架,github地址, 使用它可以在UIWebview中响应时间并执行Native方法,也可以使用Native方法调用javascript方法, 正如其名,它好像已做桥梁连接了两端. 首先看看如何使用它,
iOS WKWebview JSBridge实现
零丁若叹
12-28 2077
iOS WKWebview JSBridge实现
iOSWebViewJavascriptBridge初步尝试与图文详细讲解
秋枫
04-01 1392
iOS WebViewJavascriptBridge初步尝试与图文详细讲解 - 那一抹风情 - 博客园 iOS端如何使用 第一步：开启日志 // 开启日志，方便调试 [WebViewJavascriptBridgeenableLogging]; 第二步：给ObjC与JS建立桥梁 // 给哪个webview建立JS与OjbC的沟通桥梁 self.bridge=[WebViewJavascriptBridgebridgeForWebView:w...
SourceCodeResearchAndExploration, SDWebImage、AFNetworking、WebViewJavascriptCore、Vue、YYModel源码解析.zip
10-10
3. **WebViewJavascriptBridge**： 这个库是iOS和Android上的JavaScript与原生代码交互的桥梁，用于在Web视图（如WKWebView或UIWebView）中执行原生功能。核心功能包括： - 消息传递：JavaScript可以发送消息到...
JSBridge解析
夏日星空ndsc的专栏
01-03 4828
基础知识 JS和Native之间的通信方式 在Android开发中，能实现Javascript与Native代码通信的，有4种途径： 1.JavascriptInterface 2.WebViewClient.shouldOverrideUrlLoading() 3.WebChromeClient.onConsoleMessage() 4.WebChromeClient.onJs
安卓webview 的JsBridge连接桥（跟html交互）
12-04
HTML调用安卓的方法，要用的连接桥，使用方法在我的博客里可以查看，欢迎大家相互交流
jsbridge实现及原理_jsBridge原理解析
weixin_33532301的博客
01-14 2987
导语现在大多数App与H5的交互越来越多，jsBridge是一个能使webView和js交互的通信方式，本文只对https://github.com/lzyzsd/JsBridge(以下涉及到的jsBridge源码都是出自这个框架)进行分析，只要你懂得了其中的原理，你也可以封装一个jsBridge。不过在介绍jsBridge的原理前，我会简单介绍下原始的webView与js交互以及为什么要用jsB...
iOS WebViewJavascriptBridge初步尝试与图文详细讲解
weixin_33860528的博客
02-08 140
JS和OC的交互这是个永恒话题，使用场景也是越来越多，如今一些reactnative、vue框架等，都是在重点结合原生与H5的混合使用。 那么，如何快捷方便的使用两者交互是一个很重要的关键点。   1、传统上的交互使用： - OC调用JS： webView对象通过调用stringByEvaluatingJavaScriptFromString这个方法执行一段JS代码实现交互。 如： ...
ioswebview混编_iOS与H5混编--优秀的第三方框架WebViewJavascriptBridge
weixin_28678151的博客
12-23 262
#pragma mark - 如何使用：// 第一步#import "WebViewJavascriptBridge.h"// 第二步 声明属性@property WebViewJavascriptBridge* bridge;// WebViewJavascriptBridge 支持WKWebView 或者 UIWebView 与 JS交互self.bridge = [WebViewJavasc...
DSBridge 和 WebViewJavascriptBridge
shuijianbaozi的博客
01-02 1460
转载自掘金博客 随着HTML5的不断普及及优化，以及移动端对动态化的需求越来越大，开发者经常需要在app中嵌入一些网页，然后会在web和native之间进行交互，如传递数据，调用函数，而连接web与native需要一个桥梁。本文主要对比github新秀DSBridge与经典的WebViewJavascriptBridge各方面
ios图文详情加载html_iOS WebViewJavascriptBridge初步尝试与图文详细讲解
weixin_35764532的博客
12-23 182
JS和OC的交互这是个永恒话题，使用场景也是越来越多，如今一些reactnative、vue框架等，都是在重点结合原生与H5的混合使用。那么，如何快捷方便的使用两者交互是一个很重要的关键点。1、传统上的交互使用：- OC调用JS：webView对象通过调用stringByEvaluatingJavaScriptFromString这个方法执行一段JS代码实现交互。如：OC代码：[self.webV...
iOS开发 WKWebView使用第三方库WebViewJavascriptBridge 以及js端处理
热门推荐
开发仔XG
11-05 1万+
最近项目换了WKWebView，怎么和Java共用一套js端代码，和同事研究了一下，最后搞定。 WebViewJavascriptBridge地址：https://github.com/marcuswestin/WebViewJavascriptBridge iOS端代码：参考链接：http://www.jianshu.com/p/e951af9e5e74
WebViewJavascriptBridge停止维护
weixin_34204722的博客
01-29 782
由于WebViewJavascriptBridge 库为一个实验项目，从今日起停止维护。接下来将主推DSBridge,DSBridge是一个更强大的JavaScript Bridge, 它支持Android和IOS，也支持同步调用和API命名空间，详情请异步： Andriod: github.com/wendux/DSBr… iOS: github.com/wendux/DSBr… ...
优雅实现JS与iOS NativeCode互调：WebViewJavascriptBridge解析
这篇文章将带你深入了解一个名叫WebViewJavascriptBridge的开源项目，该项目提供了一种优雅的解决方案，用于在使用UIWebView时JavaScript与iOS原生Objective-C代码之间的交互。通过这个桥梁，开发者可以方便地实现...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值