一个 Native（iOS/Android）与 H5 交互的解决方案，配套了封装好的 Native 通用组件，无需关心 Native (WKWebViews / UIWebViews / WebView) 跟 H5 的通信过程。
- 统一 H5 端与 Native 交互的接口，只需要写一套代码即可与 iOS、Android 两端交互，无需通过UA等方式识别平台！
- H5 端基本是零配置，交互脚本由移动端注入！
- 支持双向回调，比如：H5 调用了 Native 的一个方法，Native 可以再给 H5 一个回执！
- iOS，Android 均封装了通用的 webview 组件，可以不用关系底层交互通信原理，直接编写上层业务逻辑；并且上层业务逻辑不会跟底层有任务依赖！
打开对应的文件夹，可直接运行demo。
- 在阅读完毕各自平台的接入文档之后，你会 get 到如何跟另一端交互
- 各端人员拉个讨论组，喝着咖啡，根据业务找到需要交互的点，制定下调用方法名，以及参数，把支持的方法名都整理到 wiki 里面
- 约好联调的时间之后，各自散去看着 wiki 写业务代码吧
跟流行的 WebViewJavascriptBridge 有何区别？
| SohuH5-NativeInteraction | WebViewJavascriptBridge | |
|---|---|---|
| iOS 平台 | 支持 | 支持 |
| Android 平台 | 支持 | 不支持 |
| Mac 平台 | 支持(macos 10.10可用WKWebView) | 支持 |
| H5 端 | 逻辑统一，不需要区分平台 | 有可能需要判断平台，要看安卓那边选择的方案 |
| 通信方式 | 通过各自平台注入交互对象 | 拦截 Request |
- V1.1 增加
sh://iamready: 防止因为 js 文件加载不到导致只有等到超时才把交互脚本注入，导致这段时间 H5 无法与 Native 交互，从而降低用户体验！ - V1.2 优化 WKWebView 注入 js 脚本时机，不在通过 iamready 注入，不用担心交互前脚本是否已经挂上问题！
- V1.3 支持多次重复调用场景！