Android使用webview怎么加载uri_WebView三问—B站真题

作为大前端的一员，Android当然也是支持网页的加载，网页的好处就是能够随时随地更换内容，所以一些灵活性比较高的内容都会通过网页实现，也就需要webView这个载体了。今天的三问是：

• webView与js通信
• 如何避免WebView内存泄露
• webView还有哪些可以优化的地方

webView与js通信

1) Android调用JS代码

主要有两种方法：

• 通过WebView的loadUrl()

但是这种不常用，因为它会自动刷新页面而且没有返回值，有点影响交互。

• 通过WebView的

  evaluateJavascript()

这种就比较全面了。调用方法并且获取返回值。

2) JS调用Android端代码

主要有两种方法：

• 通过WebView的

  addJavascriptInterface()

  进行对象映射

这种方法虽然很好用，但是要注意的是4.2以后，对于被调用的函数以

@JavascriptInterface

进行注解，否则容易出发漏洞，因为js方可以通过反射调用一些本地命令，很危险。

• 通过 WebViewClient 的

  shouldOverrideUrlLoading ()

  方法回调拦截 url

这种方法是通过

shouldOverrideUrlLoading

回调去拦截url，然后进行解析，如果是之前约定好的协议，就调用相应的方法。

如何避免WebView内存泄露

WebView的内存泄露主要是因为在页面销毁后，WebView的资源无法马上释放所导致的。现在主流的是两种方法：

1)不在xml布局中添加

webview

标签，采用在代码中new出来的方式，并在页面销毁的时候去释放

webview

资源

2)另起一个进程加载webview，页面销毁后干掉这个进程。但是这个方法的麻烦之处就在于

进程间通信

。

使用方法很简单，xml文件中写出进程名即可，销毁的时候调用

System.exit(0)

webView还有哪些可以优化的地方

• 提前初始化或者使用

  全局WebView

  。首次初始化WebView会比第二次初始化慢很多。初始化后，即使WebView已释放，但一些多WebView共用的全局服务/资源对想仍未释放，而第二次初始化不需要生成，因此初始化变快。
• DNS采用和客户端API相同的域名，

  DNS解析

  也是耗时比较多的部分，所以用客户端API相同的域名因为其DNS会被缓存，所以打开webView的时候就不会再耗时在DNS上了
• 对于JS的优化，尽量不要用

  偏重的框架

  ，比如React。其次是高性能要求页面还是需要后端渲染。最后就是app中的网页框架要统一，这样就可以对js进行缓存和复用。

这里有美团团队的总结方案，如下：

• WebView初始化慢，可以在

  初始化

  同时先请求数据，让后端和网络不要闲着。
• 后端处理慢，可以让服务器

  分trunk输出

  ，在后端计算的同时前端也加载网络静态资源。
• 脚本执行慢，就让

  脚本在最后运行

  ，不阻塞页面解析。
• 同时，合理的

  预加载、预缓存

  可以让加载速度的瓶颈更小。
• WebView初始化慢，就随时

  初始化

  好一个WebView待用。
• DNS和链接慢，想办法复用客户端使用的

  域名和链接

  。
• 脚本执行慢，可以把

  框架代码拆分

  出来，在请求页面之前就执行好。

点点在看你最好看