当前位置: 首页 > news >正文

【Android 性能优化:内存篇】——WebView 内存泄露治理

背景:笔者在公司项目中优化内存泄露时发现WebView 相关的内存泄露问题非常经典,一个 Fragment 页面使用的 WebView 有多条泄露路径,故记录下。

Fragment、Activity 使用WebView不释放

项目中一个Fragment 使用 Webview,在 Fragment onDestroyView 时候却没有释放,释放 WebView 还不简单嘛,于是笔者在 Fragment 的 onDestroyView 补充了如下代码:

if (webView != null) {ViewGroup parent = (ViewGroup) webView.getParent();if (parent != null) {parent.removeView(webView);}webView.destroy();webview = null;
}

然而,这样其实释放不全,还是抓到其他的泄露路径

如图GC 引用链:AwContents->WebVIew->View.LinsenerInfo->WebViewFragment

原因是使用 WebView的时候,注册了OnFocusChangeListener

webView.setOnFocusChangeListener(new View.OnFocusChangeListener() {@Overridepublic void onFocusChange(View v, boolean hasFocus) {//省略}
});

因此,释放 WebView的时候,还需要把注册的一些Listener 释放

WebView 释放不全

上面介绍了释放 WebView 资源的时候释放不全的例子,那么怎样才能将用到的WebView 资源释放完全呢?

笔者封装了一个接口如下:

public void destroyWebView(WebView webView) {try {if (webView != null) {ViewGroup parent = (ViewGroup) webView.getParent();if (parent != null) {parent.removeView(webView);}webView.setOnTouchListener(null);webView.setOnKeyListener(null);webView.setOnFocusChangeListener(null);webView.setWebChromeClient(null);webView.setWebViewClient(null);webView.loadUrl("about:blank");webView.onPause();webView.removeAllViews();webView.destroyDrawingCache();webView.destroy();webView = null;}} catch (Throwable e) {e.printStackTrace();}
}

这样释放真的释放完全了?如果你使用的WebView 还注册了其他的Listener,记得也需要释放

网上,还有说需要调用

webView.pauseTimers();
webView.clearHistory();

上面的接口慎用,因为它们是对全局生效的,不只当前WebView!

按上面两个步骤解决完,笔者以为不会再发生泄漏,谁知道还是抓到第三条泄露路径!!

GC 引用链:AwContents->BannerView->Banner->CardView->Container->AdView->匿名内部类AdListener->WebViewFragment

匿名内部类导致 WebView泄露

按上面描述的引用链,匿名内部类隐式持有外部类 Fragment 的引用,而这个匿名内部类AdShowListener 刚好是 AdView 持有的, AdView 本质上是一个 WebView.

解法很常规:把匿名内部类改为静态内部类,然后静态内部类里使用的 Fragment 改为弱引用,并且 Fragment 销毁的时候,AdShowListener 置空。

到此,笔者以为不会再发生内存泄露了,怎知,还是抓到了,这次抓的是包裹 Fragment 的Activity 作为 Context 被 webview 持有

意不意外,惊不惊喜?

GC 引用链:AwContents->WebView->WebViewActivity, WebViewActivity 作为 Conext 被 WebView 持有

因为 Fragment 初始化 WebView 的时候 使用了 getActivity(),context 一直被 WebView 内核持有,笔者猜测部分系统会有这种问题。这种问题是否无解了?山重水复疑无路,柳暗花明又一寸,笔者意外发现有个类 MutableContextWrapper 可以使用。

MutableContextWrapper 切换 Context

初始化 WebView 的时候使用AppContext,在 Activity 使用 Webview 的时候切换为 Activity,最后销毁 WebView 之前再切换回 AppContext

为什么在Activity 使用WebView的时候切换到Activity 呢?因为WebView 中的可能有些场景依赖 Activity 如:弹窗Dialog,Context 为AppContext 会发生崩溃。

private WebView webview;
//初始化Webview
MutableContextWrapper contextWrapper = new MutableContextWrapper(getAppContext());
webview = new WebView(contextWrapper);//在Activity中使用
private WebView acquireWebView(Activity activity) {//缓存中的webviewMutableContextWrapper contextWrapper = (MutableContextWrapper) webView.getContext();contextWrapper.setBaseContext(activity);return webView;
}//销毁之前public void recycleWebView(WebView webView) {if (webView == null) {return;}MutableContextWrapper contextWrapper = (MutableContextWrapper) webView.getContext();contextWrapper.setBaseContext(getAppContext());destroyWebView(webview);}//销毁 webview 的接口
public void destroyWebView(WebView webView) {try {if (webView != null) {ViewGroup parent = (ViewGroup) webView.getParent();if (parent != null) {parent.removeView(webView);}webView.setOnTouchListener(null);webView.setOnKeyListener(null);webView.setOnFocusChangeListener(null);webView.setWebChromeClient(null);webView.setWebViewClient(null);webView.loadUrl("about:blank");webView.onPause();webView.removeAllViews();webView.destroyDrawingCache();webView.destroy();webView = null;}} catch (Throwable e) {e.printStackTrace();}
}

至此,没有再抓到泄露路径。

总结

本文列举了项目中治理 WebView 内存泄露的手段:

1)Fragment、Activity 销毁时释放WebView。

2)释放WebView 需要释放完全,WebView 注册的各种监听器都需要释放。

3)同时要考虑Fragment、Activity 有没用到匿名内部类,如果有要改成静态内部类,并且要静态内部类有使用Fragment、Activity的话要使用弱引用。

4)初始化 WebView 的时候使用AppContext,在 Activity 使用 Webview 的时候切换为 Activity,最后销毁 WebView 之前再切换回 AppContext。

http://www.lryc.cn/news/194160.html

相关文章:

  • C++入门(一)
  • C#控制台程序读取输入按键非阻塞方式
  • 小程序框架->框架,视图层,生命周期(逻辑层)
  • Spring framework Day14:配置类的Lite模式和Full模式
  • 公司要做大数据可视化看板,除了EXCEL以外有没有好用的软件可以用
  • 掌握深入挖掘数据本质的方法
  • MyBatisPlus的学习项目页面
  • 基于EtherCAT的机器人多轴同步运动控制
  • 彩虹易支付 9.27 最新版加订单查询 sy 更新版
  • python树状打印项目路径
  • mysql误删误操作恢复数据,比传统方式和binlog2sql更快速用的恢复方式-reverse_sql恢复数据(单表多表)
  • CORE: Cooperative Reconstruction for Multi-Agent Perception 论文阅读
  • MySQL连接方式: Unix套接字 TCP/IP
  • TSINGSEE青犀智慧城市数字基座解决方案,助力城市数字化转型
  • 【JavaEE】初识网络
  • UGUI交互组件ScrollBar
  • DamiBus v0.51 发布
  • [OpenJDK:环境变量配置]:填充Profile并修改默认配置
  • 连接mysql报错 :Host ‘xxx.xx.x.x‘ is not allowed to connect to this MySQL server
  • Qt 布局(QSplitter 类QDockWidget 类) 总结
  • git-ssh-key协议同步文件
  • 2018-2019 ACM-ICPC, Asia Nanjing Regional Contest G. Pyramid(组合数学 计数)
  • C++学习——string 详解(即C++字符串详解)
  • LeetCode 1 两数之和
  • 【opencv】windows10下opencv4.8.0-cuda Python版本源码编译教程
  • 【1day】用友U8Cloud未授权访问漏洞学习
  • 基于单片机智能汽车仪表设计系统
  • java double 保留两位小数
  • 计网第六章(应用层)(三)(文件传输协议FTP)
  • 微信小程序canvas画布绘制base64图片并保存图片到相册中