脉脉上的一些回答:
- 根本上来说是一种通信协议，通过最基本的数据类型映射到内存地址。
- 简单理解是大家都可以和 c++ 互调，用c++ 中转。给 window 中提供一个可操作对象，这个对象直接调用 c++ 层对象，c++ 层这个对象会和java层对象绑定，java 到 c++ 就是一个执行注册表。
- 互调方式不太相同，一种实现方式举例，安卓在初始化 webview 的时候可以向js 挂载方法和数据对象，属于 BOM，和 alert 之类的方法一样，浏览器执行栈执行对应方法时运行浏览器 native code 方法。（BOM 浏览器对象模型，提供与浏览器交互的方法和接口。）安卓调前端是因为安卓有访问 js context 的能力，类似于在全局中
eval一串js代码字符串。
- webview 提供了js runtime，客户端理论上可以在js runtime中挂载任意对象，前端调用挂载的对象，浏览器执行栈执行对应方法时运行客户端 native 方法，经js 引擎调到客户端代码。
- JNI Java Native Interface，是 java 提供的一个特性，使得 C/C++ 等语言编写的代码可以运行于 java虚拟机 jvm 中的 java 代码集成，如java中使用 以 C/C++ 等native 语言编写的程序库，JNI 能够满足在java代码中访问native模块的需求。framework层的webview实际上是jni调用chromium的代码，chromium代码是c++，解析完js，发现符合规范，直接调用上层的js bridge 的方法。
- 调用底层 jni 函数由 v8 内核实现的，最终在 c 层完成转换，到 c 层完成到 java 的转换。
- 可以看看 chromium 项目头文件，都是可以调用的，也可以给 web 注入 native 对象，js 调方法时会传给 native proxy
- 其他的版本，客户端调用 h5 接口，需要支持当前平台的桥接代码 + 需要调用的通用接口代码，当一个版本的客户端调用 jsapi 时，输入接口代码，后台会根据 rpc 或者 http 请求来的 ua 匹配对应的桥接代码。接口代码 + 桥接代码可以正常实现功能，早期没有 jsbridge 的时候需要程序员根据终端版本选择桥接代码，现在只需要接口代码。
Android在js上下文注入一个JavascriptInterface，假设名为AndroidInterface，在前端可以直接以AndroidInterface.funName的形式调用。
Android 通过 loadUrl 直接加载页面链接
webview.loadUrl('https://www.google.com.hk/')
Android 通过loadUrl执行js的方法
webview.loadUrl('javascript: WebSpace.funName()')
url scheme是一种 url 形式，web端通过隐藏的iframe加载src，Android 通过 shouldOverrideUrlLoading拦截Scheme，返回false，webview处理链接url，返回true，webview依据程序执行url。
基本原理就是：H5 -> 触发一个url（每一个功能代表的url都不同）-> Native端捕获到url -> Native端分析属于哪一个功能并执行 -> Native端调用H5中的方法将执行结果回调给H5
