JSB 原理与实践，面试篇，想学web开发

| iOS 版本 | API | 特点 |

| — | — | — |

| 低版本 | UIWebView.stringByEvaluatingJavaScriptFromString | 无法执行回调 |

| 高版本 | WKWebView.evaluateJavaScript | 可以拿到 JS 执行完毕的返回值 |

实践

下面我们通过一个小 Demo 来看一下在 iOS 端实现 Native 向 Web 端发消息的实际效果：

（本文所有 Demo 均运行在 iOS14.5 模拟器中，WebView 容器采用 WKWebView 内核）

页面上半部分的 UI 是由 HTML + CSS 渲染所得，是一个纯静态的 webpage，中间的输入框和按钮是 Native 原生控件，直接覆盖在 WebView 容器之上。在 Native 按钮上绑定了一个点击事件：将文本框输入的字符视为 JS 字符串并调用相关 API 直接执行。

可以看到当我们在文本框中输入下列字符并点击按钮后，h5 页面中 id 为 test 的 p 标签内容被修改了。

document.querySelector(‘#test’).innerHTML = ‘I am from native’;

敏锐同学到这一步其实就已经知道我们在日常使用 JSB 时客户端是如何调用前端 JS 代码了，我们在刚刚的静态 html 文件中添加几行 JS 代码：

function evaluateByNative(params) {

const p = document.createElement(‘p’);

p.innerText = params;

document.body.appendChild§;

return ‘Hello Bridge!’;

}

在文本框中输入 evaluateByNative(23333)，来看一下调用的结果：

可以看到 Native 端可以直接调用挂载在 window 上的全局方法并传入相应的函数执行参数，并且在函数执行结束后 Native 端可以直接拿到执行成功的返回值。

Web 向 Native 发送消息

---

Web 向 Native 发送消息本质上就是某段 JS 代码的执行端上是可感知的，目前业界主流的实现方案有两种，分别是拦截式和注入式。

拦截式

和浏览器类似 WebView 中发出的所有请求都是可以被 Native 容器感知到的（是不是想到了Gecko），因此拦截式具体指的是 Native 拦截 Web 发出的 URL 请求，双方在此之前约定一个 JSB 请求格式，如果该请求是 JSB 则进行相应的处理，若不是则直接转发。

Native 拦截请求的钩子方法：

| 平台 | API |

| — | — |

| Android | shouldOverrideUrlLoading |

| iOS 8+ | decidePolicyForNavigationAction |

| iOS 8- | shouldStartLoadWithRequest |

拦截式的基本流程如下：

上述流程存在几个问题：

1. 通过何种方式发出请求？

Web 端发出请求的方式非常多样，例如 <a/> 、iframe.src、location.href、ajax 等，但 <a/> 需要用户手动触发，location.href 可能会导致页面跳转，安卓端拦截 ajax 的能力有所欠缺，因此绝大多数拦截式实现方案均采用iframe 来发送请求。

1. 如何规定 JSB 的请求格式？

一个标准的 URL 由 <scheme>://<host>:<port><path> 组成，相信大家都有过从微信或手机浏览器点击某个链接意外跳转到其他 App 的经历，如果有仔细留意过这些链接的 URL 你会发现目前主流 App 都有其专属的一个 scheme 来作为该应用的标识，例如微信的 URL scheme 就是 weixin://。JSB 的实现借鉴这一思路，定制业务自身专属的一个 URL scheme 来作为 JSB 请求的标识，例如字节内部实现拦截式 JSB 的 SDK 中就定义了 bytedance:// 这样一个 scheme。

// Web 通过动态创建 iframe，将 src 设置为符合双端规范的 url scheme

const CUSTOM_PROTOCOL_SCHEME = ‘prek’

function web2Native(event) {

const messagingIframe = document.createElement(‘iframe’);

messagingIframe.style.display = ‘none’;

messagingIframe.src = CUSTOM_PROTOCOL_SCHEME + ‘😕/’ + event;

document.documentElement.appendChild(messagingIframe);

setTimeout(() => {

document.documentElement.removeChild(messagingIframe);

}, 200)

}

拦截式在双端都具有非常好的向下兼容性，曾经是最主流的 JSB 实现方案，但目前在高版本的系统中已经逐渐被淘汰，理由是它有如下几个劣势：

• 连续发送时可能会造成消息丢失（可以使用消息队列解决该问题）

• URL  字符串长度有限制

• 性能一般，URL request 创建请求有一定的耗时（Android 端 200-400ms）

实践案例

同样用一个简单的 Demo2 来看一下如何使用拦截式实现 Web 向 Native 发送消息，这里实现了在 Web 端唤起 Native 的相册。

遵循上述实现方式，Web 发送消息的代码如下：

const CUSTOM_PROTOCOL_SCHEME = ‘prek’ // 自定义 url scheme

function web2Native(event_name) {

const messagingIframe = document.createElement(‘iframe’)

messagingIframe.style.display = ‘none’

messagingIframe.src = CUSTOM_PROTOCOL_SCHEME + ‘😕/’ + event_name

document.documentElement.appendChild(messagingIframe)

setTimeout(() => {

document.documentElement.removeChild(messagingIframe)

}, 0)

}

const btn = document.querySelector(‘#btn’)

btn.onclick = () => {

web2Native(‘openPhotoAlbum’)

}

Native 侧通过 decidePolicyForNavigationAction 这一 delegate 实现请求拦截，解析 URL 参数，若 URL scheme 是 prek 则认为该请求是一个来自 Web 的 JSB 调用：

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

NSURL *url = navigationAction.request.URL;

NSLog(@“拦截到 Web 发出的请求 = %@”, url);

if ([self isSchemeMatchPrek:url]) {

NSString* host = url.host.lowercaseString;

if ([host isEqualToString: @“openphotoalbum”]) {

[self openCameraForWeb]; // 打开相册

NSLog(@“打开相册”);

}

decisionHandler(WKNavigationActionPolicyCancel);

return;

} else {

decisionHandler(WKNavigationActionPolicyAllow);

}

}

为了更清晰地看到 Native 拦截的结果，在上述代理方法中打个断点：

继续执行，Congratulation！模拟器的相册被打开了！

注入式

注入式的原理是通过 WebView 提供的接口向 JS 全局上下文对象（window）中注入对象或者方法，当 JS 调用时，可直接执行相应的 Native 代码逻辑，从而达到 Web 调用 Native 的目的。

Native 注入 API 的相关方法：

| 平台 | API | 特点 |

| — | — | — |

| Android | addJavascriptInterface | 4.2 版本以下有安全风险 |

| iOS 8+ | WKScriptMessageHandler | 无 |

| iOS 7+ | JavaSciptCore | 无 |

小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级前端工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Web前端开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注：前端）

最后：

总结来说，面试成功=基础知识+项目经验+表达技巧+运气。我们无法控制运气，但是我们可以在别的地方花更多时间，每个环节都提前做好准备。

面试一方面是为了找到工作，升职加薪，另一方面也是对于自我能力的考察。能够面试成功不仅仅是来自面试前的临时抱佛脚，更重要的是在平时学习和工作中不断积累和坚持，把每个知识点、每一次项目开发、每次遇到的难点知识，做好积累，实践和总结。

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注：前端）
[外链图片转存中…(img-HuT2yYLC-1710607750774)]

最后：

总结来说，面试成功=基础知识+项目经验+表达技巧+运气。我们无法控制运气，但是我们可以在别的地方花更多时间，每个环节都提前做好准备。

面试一方面是为了找到工作，升职加薪，另一方面也是对于自我能力的考察。能够面试成功不仅仅是来自面试前的临时抱佛脚，更重要的是在平时学习和工作中不断积累和坚持，把每个知识点、每一次项目开发、每次遇到的难点知识，做好积累，实践和总结。

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】