Android TintResources Leak

  在使用Android WebView的时候,可能会造成Activity的内存泄漏,这个是Android的Bug,目前发现在WebView内部在使用TintResources时会发生内存泄漏,但是在appcompat-v7:23.2.1中已经修复了这个问题。所以当发生WebView的Context内存泄漏时,如果泄漏引用是来自TickResources时,可以将appcompat-v7包换成23.2.1或以上就可以解决了。具体原因我们可以来下源码:

  appcompat-v7 23.2.0 中的TintResources:

 1 public class TintResources extends Resources {
 2     private final Context mContext;
 3
 4     public TintResources(@NonNull final Context context, @NonNull final Resources res) {
 5         super(res.getAssets(), res.getDisplayMetrics(), res.getConfiguration());
 6         mContext = context;
 7     }
 8
 9     /**
10      * We intercept this call so that we tint the result (if applicable). This is needed for
11      * things like {@link android.graphics.drawable.DrawableContainer}s which can retrieve
12      * their children via this method.
13      */
14     @Override
15     public Drawable getDrawable(int id) throws NotFoundException {
16         return AppCompatDrawableManager.get().onDrawableLoadedFromResources(mContext, this, id);
17     }
18
19     final Drawable superGetDrawable(int id) {
20         return super.getDrawable(id);
21     }
22 }

appcompat-v7 23.2.1中的TintResources:

 1 public class TintResources extends Resources {
 2     private final WeakReference<Context> mContextRef;
 3
 4     public TintResources(@NonNull final Context context, @NonNull final Resources res) {
 5         super(res.getAssets(), res.getDisplayMetrics(), res.getConfiguration());
 6         mContextRef = new WeakReference<>(context);
 7     }
 8
 9     /**
10      * We intercept this call so that we tint the result (if applicable). This is needed for
11      * things like {@link android.graphics.drawable.DrawableContainer}s which can retrieve
12      * their children via this method.
13      */
14     @Override
15     public Drawable getDrawable(int id) throws NotFoundException {
16         final Context context = mContextRef.get();
17         if (context != null) {
18             return AppCompatDrawableManager.get().onDrawableLoadedFromResources(context, this, id);
19         } else {
20             return super.getDrawable(id);
21         }
22     }
23
24     final Drawable superGetDrawable(int id) {
25         return super.getDrawable(id);
26     }
27 }

可以很清楚的看的23.2.1版本只是将Context的强引用改成了弱引用来避免内存泄漏。

时间: 2024-10-19 08:15:20

Android TintResources Leak的相关文章

[Android][Memory Leak] InputMethodManager内存泄露现象及解决

[Android][Memory Leak] InputMethodManager内存泄露现象及解决 现象: 在特定的机型天语k_touch_v9机型上,某个界面上出现InputMethodManager持有一Activity,导致该Activity无法回收.如果该Activity再次被打开,则旧的会释放掉,但新打开的会被继续持有无法释放回收.MAT显示Path to gc如下: 图1. Leak path 天语k_touch_v9手机版本信息: 图2. K_touch_v9 一番搜索后,已经有

Android Memory Leak &amp; OOM 分析

1.Android 进程管理&内存 Android主要应用在嵌入式设备当中,而嵌入式设备由于一些众所周知的条件限制,通常都不会有很高的配置,特别是内存是比较有限的.如果我们编写的代 码当中有太多的对内存使用不当的地方,难免会使得我们的设备运行缓慢,甚至是死机.为了能够使得Android应用程序安全且快速的运行,Android 的每个应用程序都会使用一个专有的Dalvik虚拟机实例来运行,它是由Zygote服务进程演变过来的,也就是说每个应用程序都是在属于自己的进程中运行的.一方面,如果程序在运行

Android Handler Leak

转自:Android中使用Handler引发的内存泄露 在Activity中,经常会用到自定义的Handler来处理主线程收到的Message,但是ADT20以后,直接定义的如下定义的内部会有提示说这种使用方法有内存泄漏的风险: private Handler mHandle = new Handler() { @Override public void handleMessage(Message msg) { switch (msg.what) { case 0: // this is the

Android 内存优化 (防Memory Leak)

在之前的 Android 内存管理 &Memory Leak & OOM 分析 中,说到了Android的内存管理相关的原理,也能了解到Android Memory Leak 和 OOM为什么会发生.这次主要说说编码层面,如何来预防Memory Leak的发生. 对象都是有生命周期的,对象的生命周期有的是进程级别的,有的是Activity所在的生命周期,随Activity消亡:有的是Service所在的生命周期,随Service消亡.很多情况下判断对象是否合理存在的一个很重要的理由就是它实

避免内存泄露的一些简单方法

之前的文章中说到了Android的内存管理相关的原理,也能了解到Android Memory Leak 和 OOM为什么会发生.这次主要说说编码层面,如何来预防Memory Leak的发生. 对象都是有生命周期的,对象的生命周期有的是进程级别的,有的是Activity所在的生命周期,随Activity消亡:有的是Service所在的生命周期,随Service消亡.很多情况下判断对象是否合理存在的一个很重要的理由就是它实际的生命周期是否符合它本来的生命周期.很多Memory Leak的发生,很大程

Android 内存管理 &amp;Memory Leak &amp; OOM 分析

1.Android 进程管理&内存 Android主要应用在嵌入式设备当中,而嵌入式设备由于一些众所周知的条件限制,通常都不会有很高的配置,特别是内存是比较有限的.如果我们编写的代 码当中有太多的对内存使用不当的地方,难免会使得我们的设备运行缓慢,甚至是死机.为了能够使得Android应用程序安全且快速的运行,Android 的每个应用程序都会使用一个专有的Dalvik虚拟机实例来运行,它是由Zygote服务进程演变过来的,也就是说每个应用程序都是在属于自己的进程中运行的.一方面,如果程序在运行

安卓android WebView Memory Leak WebView内存泄漏

Android WebView Memory Leak WebView内存泄漏 在这次开发过程中,需要用到webview展示一些界面,但是加载的页面如果有很多图片就会发现内存占用暴涨,并且在退出该界面后,即使在包含该webview的Activity的destroy()方法中,使用webview.destroy();webview=null;对内存占回收用还是没有任何效果.有人说,一旦在你的xml布局中引用了webview甚至没有使用过,都会阻碍重新进入Application之后对内存的gc.包括

Android WebView Memory Leak WebView内存泄漏

在这次开发过程中,需要用到webview展示一些界面,但是加载的页面如果有很多图片就会发现内存占用暴涨,并且在退出该界面后,即使在包含该webview的Activity的destroy()方法中,使用webview.destroy();webview=null;对内存占回收用还是没有任何效果.有人说,一旦在你的xml布局中引用了webview甚至没有使用过,都会阻碍重新进入Application之后对内存的gc.包括使用MapView有时一会引发OOM,几经周折在网上看到各种解决办法,在这里跟大

Android内存那点事儿

好久没有写了,不是忘了,也不是懒,是因为迷茫了~~不知道该学什么,该写什么,该走什么样子的路,该做什么样子的人.我嘴笨,不知道怎么把自己会的讲给别人,我愿意分享,所以我就写出来,不管是对的,错的,希望大家能取其精华去其糟粕,不要因为我而误导诸位.废话不多说了~~ 你的应用内存泄漏了么? 要看是不是存在内存泄漏,首先我们要看到内存信息,如何看到内存信息呢?这里介绍一种方法,打开Eclipse连接手机,到DDMS中,选择要分析的应用,点击Update Heap也就是下图中1的图标,点击1图标之后会在