本文转自:https://www.jianshu.com/p/b8d4285395c6

概述

从两个方面来讲:

  • js不能直接调用oc的方法
  • oc可以通过如下函数调用js代码
 - (void)evaluateJavaScript:(NSString *)javaScriptString completionHandler:(void (^      __nullable)(__nullable id, NSError * __nullable error))completionHandler;
 
 

我们从 github上面的demo https://github.com/marcuswestin/WebViewJavascriptBridge

来分析一下这个库是如何实现js交互的。

详解

一.  js调用native方法

在概述中说过,js是不能直接调用native的method所以,需要借助- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType这个方法。这个方法大家不陌生,每次在重新定向URL的时候,这个方法就会被触发,通常情况,我们会在这里做一些拦截,用来完成js和本地的间接交互。那么WebViewJavascriptBridge也不另外,也是这么做。

 
 

顺序分析代码 :首先看 ExampleApp.html文件中所实现的按钮事件,两个按钮事件分别是bridge.send() 方法和bridge.callHandle()方法 。在 WebViewJavascriptBridge.js 这个文件中可以看到

如上图,可以知道callHandler 和 send 方法最终都是调用了doSend 方法。分析下这个方法,变量callbackId是个字符串,responseCallBacks[] 一看就知道是个字典 ,这个字典把回调的方法responseCallback给保存起来,这Key(也就是callbackId)是唯一的,通过计数和时间应该知道这个字符串应该是唯一的,message也是一个字典,这是给message添加了一个新的key-value。干嘛呢?我也不知道,我们来看看sendMessageQueue是什么,大家一看push就知道应该是个数组。他把一个字典放到一个消息队列中(数组队列),然后产生一个src(url scheme)。

不了解js的同学(例如我)只需要知道 改变了iframe的src之后,uiwebview 会执行下边的方法

 
                                         UIWebView的回调方法

所以我们就可以关注WebViewJavascriptBridge.m文件中的这个方法中做了些什么事

 
                                           WebViewJavascriptBridge.m

这里经过判断之后会走到 223 行代码,后边return NO的原因是:我们要执行的是oc的代码了,所以返回NO来阻断 js 代码。这里执行了一段js代码,点进去-(void)webViewJavascriptFetchQueyCommand方法,发现执行的js语句 WebViewJavascriptBridge._fetchQueue();然后去WebViewJavascriptBridge.js中找到这个方法。

                                        WebViewJavascriptBridge.js

返回一个字典,就是我们在最初要发送消息时存储起来的字典。现在我们把要传递的数据拿出来,里面存储的东西有:

handlerName:handlerName,

data:data,

callbackId:callbackId

拿到字典继续向下执行下边这个方法

 
                                       WebViewJavascriptBridgeBase.m

总体来看 就是对我们拿出来的数据进行一系列的类型验证(_log方法是打印数据信息的 可以忽略)回顾前面的代码,我们就应该知道这里的responseId为空,所以执行86 -- 114行的代码

 
                                 WebViewJavascriptBridgeBase.m

这部分是重点,到底他是怎么要调用本地function的,callbackId大家熟悉吧,判断是否为空,不为空给他指定一个block,这个不说了,block指定,此时不调用(手动调用才会执行),这个刚才说了用来处理native的function处理的result用于把处理后的值返回给js的,接着往下去,看到handler这个方法会从message找到handlerName,这里我们看一下多了一个_messageHandlers字典,从这个字典获取一个block(WVJBHandler是一个block),直接执行了。那我们看看_messageHandlers是怎么被添加block的:

 
                          WebViewJavascriptBridge.m

那又是谁调用了这个方法:(在文件 ExampleAppViewController.m的viewdidload中),这里有方法testObjecCallback

 
                        ExampleUIWebViewController

刚才都是倒推的,如果我们反过来,首先肯定是viewdidload初始化,初始化之后会把这个block加入到_messageHandlers的数组中,之后因为js调用动态读取这个block调用,在调用之前,我们又把一个block付值给回掉处理的responseCallback的block,这个block在handler被调用时而被调用, 略微有点绕。现在我们看一下这个responseCallback怎么赋值的

 
                        WebViewJavascriptBridgeBase.m

顺着方法往下看  执行到下边这个方法

 
                     WebViewJavascriptBridgeBase.m

对传进来的数据   @{ @"responseId":callbackId, @"responseData":responseData };处理之后 再执行 js语句 @"WebViewJavascriptBridge._handleMessageFromObjC('%@');"

看看js的方法

 
                                   WebViewJavascriptBridge.js

这个里面应该很容易看到  代码进入待66 行   因为传进来的数据中responseId 显然不为空  而这里面的responseCallback 方法  和responseCallbacks 数组又是何处来的呢?大家可能已经忘了,回到文首doSend方法(返回去看看),除了包装一个message 字典存起来,还有把 responseCallback 存在了responseCallBacks[]中,所以等到原生的方法执行完之后再调用这个方法(在最初 button点击事件里面已经实现了 )实现相互通信。

这里稍微总结下,便于理解

1.首先是在UIWebViewController 里面实例化 一个bridge,通过bridge 注册一个 handler,然后保存在messageHandlers中

2. 点击网页的button的时候,把信息保存起来生成一个message字典三个key(handlerName , data,callbackId(后边通过这个来找到之前的responseCallback方法))   并且把 其中的responseCallback保存起来,并且改变iframe.src

3. 这个时候webView执行代理方法,在这里面取出2步存起来的信息,然后给1步的handler中的responseCallback赋值,并且执行 1步注册的方法。所以结果就是执行oc的回调方法,然后在oc的回调方法里面再去执行,刚刚被赋值的 responseCallback方法(这个方法的响应结果体现在web中),至于这个responseCallback被赋值的过程就是通过第二步的callbackId 找到相应的方法赋过去。

二. native调用js

过程不是直接调用js,跟通过js调用Native的处理方式是一样的。可以看到,最后调用的就是WebViewJavascriptBridgeBase中的这个方法

- (void)sendData:(id)data responseCallback:(WVJBResponseCallback)responseCallback handlerName:(NSString*)handlerName; 
 
                                  WebViewJavascriptBridgeBase.m

把data、handlerName、callbackId判空并且存在message, 而且把resopnseCallback方法存起来。然后,后边同上文一样,最后执行到JS的这个方法

 
                              WebViewJavascriptBridge.js

不过这次执行的是 71 - 90 行的代码,两个判断

1  如果有callbakId存在,那么就给实现responseCallback这个方法(并不调用)

2  如果message.handlerName存在,那么就取出messageHandlers中 message.handlerName 对应的方法,这个方法一般是在js代码中注册过的

 
                                  ExampleApp.html

这里最后,如果既有handler又有callback,就会把第一步实现的方法赋值给handler的responseCallback,然后在执行到handler的最后一句  responseCallback(responseData)时候,再执行这个回调。

三.  使用

一般来说,都不会这么复杂的传输数据。一般只需要单向的去传递数据,不会有很多的callback 来回的调用。至于oc 的初始化和html的初始化,对照github上面的demo进行就可以了 。

大多数情况下都是js在调用native的方法,所以一般都是我们在方法中作如下的工作

[_eBridge registerHandler:@"backToHomeHandle" handler:^(id data,   WVJBResponseCallback responseCallback) {

[weakSelf.navigationController popToRootViewControllerAnimated:YES];

}];

这里 @"backToHomeHandle" 就是约定的方法名  block回调中就是当js代码调用该方法时 我们的原生界面要做出的响应。然后 和 前端的同学 约定好 数据结构   让他们在适当的时候 调用我们的方法即可。工作中用到了 学习了下 供大家参考。可以领略一下这个库里面对block回调 以及 js函数式编程的运用。

IOS WebViewJavascriptBridge 使用以及原理分析的更多相关文章

  1. WebViewJavascriptBridge 原理分析

    WebViewJavascriptBridge 原理分析 网上好多都是在介绍 WebViewJavascriptBridge如何使用,这篇文章就来说说 WebViewJavascriptBridge ...

  2. iOS App Crash原理分析

    预备知识:OS X系统分析 1.内核XNU是Darwin的核心,也是整个OS X的核心.XNU本身由以下几个组件构成: Mach微核心 BSD层 libKern I/O Kit 此外,内核是模块化的, ...

  3. HTML5 移动应用开发环境搭建及原理分析

    开发环境搭建: 一.Android 开发平台搭建 安装java jdk:\\10.194.151.132\Mewfile\tmp\ADT 配置java jdk 1)  新建系统变量,JAVA_HOME ...

  4. 消息队列NetMQ 原理分析1-Context和ZObject

    前言 介绍 NetMQ是ZeroMQ的C#移植版本,它是对标准socket接口的扩展.它提供了一种异步消息队列,多消息模式,消息过滤(订阅),对多种传输协议的无缝访问. 当前有2个版本正在维护,版本3 ...

  5. 数据结构 练习21-trie的原理分析和应用

    前言 今天具体分析一下trie树,包括:原理分析,应用场合,复杂度分析,与hash的比较,源码展现.大部分内容来自互联网,文中会注明出处. 原理分析 主要是hash树的变种,先看下图: 每一个点存储一 ...

  6. 【Web技术】276- WebView缓存原理分析和应用

    前言 混合式开发,在产品体验以及页面加载速度的体验上已经非比以往的.今日早读文章由@unclechen分享. 正文从这开始- 一.背景 现在的App开发,或多或少都会用到Hybrid模式,到了WebV ...

  7. Handler系列之原理分析

    上一节我们讲解了Handler的基本使用方法,也是平时大家用到的最多的使用方式.那么本节让我们来学习一下Handler的工作原理吧!!! 我们知道Android中我们只能在ui线程(主线程)更新ui信 ...

  8. Java NIO使用及原理分析(1-4)(转)

    转载的原文章也找不到!从以下博客中找到http://blog.csdn.net/wuxianglong/article/details/6604817 转载自:李会军•宁静致远 最近由于工作关系要做一 ...

  9. 原子类java.util.concurrent.atomic.*原理分析

    原子类java.util.concurrent.atomic.*原理分析 在并发编程下,原子操作类的应用可以说是无处不在的.为解决线程安全的读写提供了很大的便利. 原子类保证原子的两个关键的点就是:可 ...

随机推荐

  1. Service Worker和HTTP缓存

    很多人,包括我自己,初看Service Worker多一个Cache Storage的时候,就感觉跟HTTP长缓存没什么区别. 例如大家讲的最多的Service Worker能让网页离线使用,但熟悉H ...

  2. Linq 生成运算符 Empty,Range,Repeat

    var c1 = Enumerable.Empty<string>();//c1.Count=0 , );//{9527,9528,9529,......9536} , );//{9527 ...

  3. 新概念英语(1-117)Tommy's breakfast

    Lesson 117  Tommy's breakfast 汤米的早餐 Listen to the tape then answer this question. What does she mean ...

  4. redis入门(01)redis的下载和安装

    参考链接: 命令手册 : http://www.redis.net.cn/order/ 菜鸟教程: http://www.runoob.com/redis/redis-install.html 一.概 ...

  5. linux下查看mysql日志文件的方法

    查看mysql日志方法: mysql默认不允许我们查看日志.需要更改一些设置 1 vi 更改配置文件 允许用户查看日志文件 sudo vi /etc/mysql/mysql.conf.d/mysqld ...

  6. webpack打包性能优化

    1. 使用 gzip 压缩打包后的 js 文件 这个方法优化浏览器下载时的文件大小(打包后的文件大小没有改变) webpack.config.prod.js 中 var CompressionWebp ...

  7. 复习HTML+CSS(2)

    n  项目符号嵌套编号思路 标签的内容(文本.项目符号.表格.图片等)必须放在最底层标记中. n  图片标记(行内元素,单边标记) l  语法:<img 属性 = "值"&g ...

  8. Django ORM创建数据库

    Python的WEB框架有Django.Tornado.Flask 等多种,Django相较与其他WEB框架其优势为:大而全,框架本身集成了ORM.模型绑定.模板引擎.缓存.Session等诸多功能. ...

  9. git出现错误原因解释

    原因,在pull下拉代码或者push之前,你本地还有代码没有进行commit. 引起下面的错误.   建议commit后先pull再看看有没有冲突在进行push. git.exe push --pro ...

  10. spark2.1:在RDD[unit].foreach(s=>{})内部调用sparkSession对象抛出NullPointException

    问题代码: val sample_data_combine_result=List( (0,(List(FitModel(4022,1447.92,-8.38983306721434,2.0),Fit ...