最近公司在做一个项目，通过把我们自己的Webview植入第三方APP，然后我们的业务全部通过H5实现。至于为什么不直接用第三方APP WebView,主要是身处金融行业，需要做一些风控相关功能。
由于是Hybrid APP的性质，所以web与Native的通信是无法避免的；而为什么我要封装jsBridge，主要在于下面两点：
公司APP的JSBridge提供了数据的序列化和全局函数的注入，而我们这次由于包大小考虑，这一块需要H5自己来实现；
原生提供的接口协议太多，记住麻烦；
回调的写法不太人性化，期望Promise;
由于本次项目只涉及到Andriod，所以没有关于ios的处理，但我自认为他们只是协议的不同，Web的处理可以相同。
原理浅谈
看上图的通信实现（图片来源于文章开头的文章），简单说一下通信过程；
Webview加载时会将原生提供的JSBridge方法注入到window对象上，比如：window.JSBridge.getDeviceInfo就是原生提供的可以读取一些设备标识信息的接口；
H5通过window调用原生接口，基本都需要传参，比如这次处理成功或则处理失败的结果回调的，还有一些参数设置，拿上面给的方法来举例：
window.JSBridge.getDeviceInfo({
token: '*&^%$$#*',
onOk(data) {
save(data);
}，
onError(error) {
console.log(error.message);
}
});
原生响应H5的调用成功或失败后，就执行H5传递过来的回调函数；
过程结束；
看上面的通信过程，貌似很简单。但这里面存在一些协议的问题：
首先H5与原生端的通信消息，是只支持字符串的，如果要传JS对象，那就先序列化；
序列化带来的后果又是，对象中的函数就无法传递；
而就算函数传过去了，也是存在问题的，由于安全的限制，webview和js的执行没有在一个容器中，回调这种局部函数是找不到的，所以是需要将回调函数注册到全局；
所以下面就来解决这些问题
一步一步的具体实现
接口协议封装
什么意思喃？看下面的图：
由于APP端协议及分包问题, 存在多个Bridge, 比如MBDevice、MBControl、MBFinance，上面列出来的只是一小部分，对于web来说记忆这些接口是一件很费事的事；还有就是以前我调APP的JSBridge, 总有下面这样的代码：
window.JSBridge && window.JSBridge.getDeviceInfo && window.JSBridge.getDeviceInfo({ ... })
至于上面，所以加了一层封装，实现的核心就是Proxy和Map，具体实现看下面的伪代码：
const MBSDK = {
};
// sdk 提供的方法白名单
const whiteList = new Map([
['setMaxTime', 'MBVideo'],
['getDeviceInfo', 'MBDevice.getInfo'],
['close', 'MBControl'],
['getFinaceInfo', 'MBFinance.getInfo'],
]);
const handler = {
get(target, key) {
if (!whiteList.has(key)) {
throw new Error('方法不存在');
}
const parentKey = whiteList.get(key);
function callback() {
return [...parentKey.split('.'), key];
}
return new Proxy(callback, applyHandler); // funcHandler后面再展开
},
};
export default new Proxy(MBSDK, handler);
基于上面的封装，调用时，代码就是下面这样
sdk.setMaxTime({
maxTime: 10,
}).then(() => {
console.log('设置成功');
}, () => {
window.alert('调用失败');
});
序列化与回调注册
上面已经列了为什么需要回调函数全局注册和序列化，这里主要说一下实现原理，总得来说分两步;
回调函数剥离，全局注册；
参数序列化；
回调函数剥离和参数序列化
其实很好实现，直接展开运算符搞定：
const { onOk, onError, ...others } = params; // 回调函数剥离
const str = JSON.stringify(others); // 参数序列化
函数全局注册
看了很多文章的一些实现，思路基本一致，比如下面这样
window.bridgeCallbacks = {};
const callBacks = window.bridgeCallbacks;
const { onOk, onError, ...others } = params; // 回调函数剥离const callbackId = generateId(); // 产生一个唯一的随机数Id
callBacks[`success_${callbackId}`] = onOk;
callBacks[`onError${callbackId}`] = onError;others.success = `window.bridgeCallbacks.success_${callbackId}`
// ....
// 调用jdk代码
这是一种很容易想到的问题，但却存在一些问题，比如：
bridgeCallbacks全局会注册很多属性，因为Native调用并没有清理，而onOk这种很多时候是一个闭包，由于有引用，最后导致的问题就是内存泄露；
就算处理了第一步的问题，webview无响应怎么办，那回调就会被一直挂起，确少超时响应逻辑
callbackId的唯一性不好保证;
基于以上考虑，我换了一个方案，采用回调队列，因为APP端说过，回调是按顺序的，不会插队；
class CallHeap {
constructor() {
this.okQueue = [];
this.errorQueue = [];
}
success = (args) => {
// 成对弹出回调：成功时，不止要处理成功的回调，失败的也要同时弹出，
const target = this.okQueue.shift();
this.errorQueue.shift();
target && target(args);
}
error = (args) => {
const target = this.errorQueue.shift();
this.okQueue.shift();
target && target(args);
}
addQueue(onOk = Null, onError = Null) {
this.okQueue.push(onOk);
this.errorQueue.push(onError);
}
}
window.bridgeCallbacks = {};
const callBacks = window.bridgeCallbacks;
function applyhandler() {
const { onOk, onError, ...others } = params; // 回调函数剥离
if (onOk || onError) {
const callKey = transferKey || key; // transferKey || key后面会提到
// 如果全局未注册，则先注册对应的调用域
if (!callbacks[callKey]) {
callbacks[callKey] = new CallHeap();
}
// 添加回调
callbacks[callKey].addQueue(onOk, onError);
others.success = `callBacks.${callKey}.success`;
others.error = `callBacks.${callKey}.error`;
}
// 调用jdk代码
}
基于以上的实现，就可以保证发起多个Native请求，并保证有序回调；如果成功，成功回调被响应时，响应的失败回调也会被弹出，因为回调函数式存在数组中的，所以执行完后，引用就不会再存在。
完整实现
看了上面的代码实现，但核心好像还没有提及，那就是调用参数的拦截。前面我们用Proxy的get优雅的实现了SDK方法的拦截，这里会接着采用Proxy的apply方法来拦截方法调用的传参，直接看代码吧：
// 结合最上面接口协议封装的代码一起看
const applyHandler = {
apply(target, object, args) {
// transferKey 用于getFinaceInfo与getDeviceInfo这种数据命名重复的
const [parentKey, key, transferKey] = target();
console.log('res', parentKey, key);
const func = (SDK[parentKey] || {})[key];
const { onOk, onError, ...params } = args[0] || {};
if (onOk || onError) {
const callKey = transferKey || key;
if (!callbacks[callKey]) {
callbacks[callKey] = new CallHeap();
}
callbacks[callKey].addQueue(onOk, onError);
others.success = `callBacks.${callKey}.success`;
others.error = `callBacks.${callKey}.error`;
}
return func && (window[parentKey][key])(JSON.stringify(params));;
}
};
Promise 封装
前面吹过的牛逼还有两个没实现，比如：
promise支持
超时调用
首先来复习一下，怎么封装一个支持Promise的setTimeout函数：
function promiseTimeOut(time) {
return new Promise((resolve, reject) => {
setTimeout(resolve, time);
});
}
promiseTimeOut(1000).then(() => {
console.log('time is ready');
})
如果对上面这个封装不陌生，那基于回调函数的Promise化就变得简单了
talk is cheap, show me your code
完整实现：
const MBSDK = {
};
// sdk 提供的方法白名单
const whiteList = new Map([
['setMaxTime', 'MBVideo'],
['getDeviceInfo', 'MBDevice.getInfo'],
['close', 'MBControl'],
['getFinaceInfo', 'MBFinance.getInfo'],
]);
const applyHandler = {
apply(target, object, args) {
// transferKey 用于getFinaceInfo与getDeviceInfo这种数据命名重复的
const [parentKey, key, transferKey] = target();
// FYX 编程
const func = (window[parentKey] || {})[key];
// 设置一个默认的超时参数，支持配置
const { timeout = 5000, ...params } = args[0] || {};
return new Promise((resolve, reject) => {
const callKey = transferKey || key;
if (!callbacks[callKey]) {
callbacks[callKey] = new CallHeap();
}
const timeoutId = setTimeout(() => {
// 超时，主动发起错误回调
window.callBacks[callKey].error({ message: '请求超时' });
}, timeout);
callbacks[callKey].addQueue((data) => {
clearTimeout(timeoutId);
resolve(data);
}, (data) => {
clearTimeout(timeoutId);
reject(data);
});
params.success = `callBacks.${callKey}.success`;
params.error = `callBacks.${callKey}.error`;
func && (window[parentKey][key])(JSON.stringify(params));
}).catch((error) => {
console.log('error:', error.message);
});
}
};
const handler = {
get(target, key) {
if (!whiteList.has(key)) {
throw new Error('方法不存在');
}
const parentKey = whiteList.get(key);
function callback() {
return [...parentKey.split('.'), key];
}
return new Proxy(callback, applyHandler); // funcHandler后面再展开
},
};
export default new Proxy(MBSDK, handler);
而调用时，基本上，就可以这样玩了：
sdk.setMaxTime({
maxTime: 10,
}).then(() => {
console.log('设置成功');
}, () => {
window.alert('调用失败');
});
解惑
- func.call(null, JSON.stringify(params)) // 以前的
+ func && (window[parentKey][key])(JSON.stringify(params)); // 现在的
开始函数的调用是采用func.call来实现的，当时我本地mock过，没有问题。但在webview中就弹出了下面这样一个错误：
java bridge method can't be invoked on a non-injected object
经过各种goggle，百度，查到的都是一条关于Andriod的注入漏洞。而至于我这里通过JS的方式把bridge指向的函数地址，赋值给一个变量名，然后再通过变量名来调用就会报上面这个错误，我个人的猜测有两个：一是协议这样规定的；二是this指向问题。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？