app 混合开发场景中 常常涉及到h5 和原生数据通信,大致分为2类 一个是 原生 向 h5 主动通信,一个是 h5 主动向 原生通信。
iOS 中加载h5的 控件有2种,UIWebView 和 WKWebView,目前新提交的app 必须使用WKWebView 才能提交审核。已经上架审核成功的app 目前没有强制要求必须用WKWebView。
原生通过监听url 变化实现,当url 变化的时候 ,会触发
h5 主要逻辑如下
除了 通过url 变化 的监听外,我们还有其他方法,比如通过 JSContext 向webView 注入。具体步骤如下
原生逻辑:
第一步:新建1个继承 JSExport 的 代理 ,新建1个继承该协议的类,协议中 opencame 为和 前端约定好的 通讯方法
第二步:webview 加载成功后 ,在 - (void)webViewDidFinishLoad:(UIWebView *)webView 注入,注入对象名称 为 cth5bridge
第三步:h5 调用方式如下,cth5bridge 为注入对象名称,opencame 为 约定的方法
假设1个场景,用户访问h5 界面情况下,我们要通知 用户token 要更新
原生主要逻辑
h5 主要逻辑
假设1个场景,用户点击1个活动baner,通知原生 以一个新的界面 打开1个外部活动h5界面
和上面类似,我们也可以在 - (void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler 通过监听 url 变化来实现
原生主要逻辑
h5 主要逻辑
我们也可以这么做
第一步 原生 注册 监听方法 showH5
第二步 H5 调用 和原生约定好的方法 showH5,h5 处理的时候要区分 iOS 和 android,下面 只是考虑iOS
第三步 原生在 - (void)userContentController:(nonnull WKUserContentController *)userContentController didReceiveScriptMessage:(nonnull WKScriptMessage *)message 进行监听
和上面类似,假设1个场景 通知H5 刷新用户token
updatetoken 是和前端H5 约定好的 通信方法,123是传递的数据,一般 以 json 字符串传递
原生主要逻辑
H5主要逻辑
需要在windows 上 绑定方法
参考链接: blog.csdn/dolacmeng/article/details/79623708