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