WebView 这个控件在日常开发中真是又爱又恨，放佛用起来很简单，但是坑也不少...
今天的问题是：
- 常见的 native 与 webview 通信方案有哪些？各有什么优缺（特）点？
- WebView 打开页面加速的方案有哪些？
- WebView 如何合理的处理 https 相关的页面？
随便回答上面哪个哈~~~
更多问答 >>
-
2019-11-03 23:50
-
2019-11-08 23:06
-
每日一问 | 控件不都是矩形么？遇到多边形，这个怎么绘制，事件分发怎么处理嘞？
2019-11-13 01:08 -
每日一问 | Kotlin 中不需要写“ ; ”，但是有个场景意外？
2019-11-22 00:12 -
2019-11-22 00:10
-
2019-10-23 00:10
-
2019-10-20 23:46
-
2019-10-15 23:26
-
玩Android更新记录 [from 2019-10-02]
2019-10-08 21:44 -
2019-09-25 21:58
对第二点有点想法，因为学过一点前端。所以我认为WebView的加载速度的提升可以有三个方面：
WebView的加载方式中，我第一反应是使用几个常用的子类配合使用（WebSettings、WebChromeClient、WebViewClient）,先进行html+css的渲染，在加载js，最后在加载图片。
我个人认为能有效的提升页面加载速度的还是从前端方面入手，使用懒加载，延迟加载部分js等等。你前端优化不好WebView也无力回天，前端优化好了，WebView的加载速度在差也差不到哪去。
说了两端，剩下的一个应该是传输（管道）问题了。这个只是理论，我想到网络传输的速度问题第一个想到的就是域名解析，我想到的是在移动端使用HTTPDNS。
如何利用HTTPDNS降低DNS解析开销1, 通过
2, 之前为了提高页面打开速度，使用到了JsBridge开源方案，通过原生方式。CacheWebView这个开源方案，把页面所需要的资源提前缓存了下来。3, 在 gp 上线的项目都是在onReceivedSslError方法里proceed处理，不然违反政策。谈谈第二点吧，
1.学百度提前创建webview；2.提前把webview的html下载下来，加载的时候直接用；3.图片的加载替换成Glide来加载，有缓存等。webview里面的图片用Glide加载这个要怎么设置？
拦截请求来做，具体参考百度。。这种方法也能够解决想用本地图片替换网络图片的需求
同问