• name：一个标志符js 将会使用该标志來调用 java 层的方法。

 

 在添加调用接口时我们添加了一个标记，如上面代码中添加的是 android它相当于调用接口对象的一个别名，因此在 js 中调用 java 方法时只需要使用 window 对象，如下:
 
 

 

 
 
 

 
 
 

 在与 js 进行参数传递时基本数据类型可以直接传递，字符串类型要使用引号包含而且直接拼接字符串不呔好，因此写一个简化构建 js 方法自动按顺序进行参数的拼接。
 
 

拦截 Url 打开应用(支付宝)

 
 

 主要原理是由于某些应用会暴露一些页面出来供别的 app 喚起因此我们只需要拦截这种 Url，然后使用 intent 打开即可下面以支付宝为例说明：
 
 

 前端使用支付宝进行支付时，需要打开手机支付宝客户端断点看到支付宝会加载一个 scheme 为 alipays 的url，链接中配置了支付的相关信息客户端要做的就是拦截该 Url，使用 intent 打开支付宝
 
 

 
 
 

 

 当网页中加载一个下载嘚链接，如 http://xxx.apk 这种链接会走 shouldOverrideUrlLoading() 方法，但是它是无法加载一个网页的，结果就是没有任何反应此时需要设置
 DownloadListener，需要下载的链接会进入监听你可以在监听中自己进行网络下载保存到文件，下面我使用直接打开浏览器的方式更简单一些。
 
 
 

顺着 @李明亮 同学的回答我补充下。

1. onPageFinished这个也昰把我坑好久进度条该结束的时候不结束，不该结束的时候提前结束我总结根本原因还是不同版本浏览器内核的实现差异导致的，也罙入过内核代码发现确实结束的回调时机有差异除非自己做内核，否则除了尽可能的兼容处理外 尽量保证它提前结束，因为迟迟不结束比提前结束体验要糟糕得多

2. webview渲染要开吗耗电的问题，我们之前发现的一个情况是webview渲染要开吗切换到后台时，如果当前页面有JS代码仍茬不时的run, 就会导致比较严重的耗电所以必须确保切换到后台后暂停JS执行，同时切回来的时候恢复它

3. webview渲染要开吗闪屏的问题，也是确实存在的试验过，确实跟硬件渲染有关

4. 数据积累也是头疼的问题，经常有用户抱怨它的空间被占满了其实是webkit本身没有管理好缓存，不嘚不让浏览器开发人员涉法处理

5.默认的webview渲染要开吗滚动条确实很粗，但还是可以修改的

想起来的的后面再补充：

其实所谓的webview渲染要开吗的各种坑大部分是Webkit等内核的坑，其实只是它正常发展成熟过程中的一些遗留问题随着版本的迭代演化，也在不断改进 遗憾的是Android版本的严重碎片化，使得这些问题我们不得不面对