Android中常见的内存泄漏 memory leak
Android中常见的内存泄漏 memory leak
MonkeySun 发表于11个月前
Android中常见的内存泄漏 memory leak
  • 发表于 11个月前
  • 阅读 36
  • 收藏 0
  • 点赞 0
  • 评论 0

腾讯云 十分钟定制你的第一个小程序>>>   

摘要: 主要的原因:先前申请了内存空间而忘记了释放。

四种主要的情况:

1、Activity对象未被回收

2、集合对象造成的泄漏

3、资源对象没关闭造成内存泄漏

4、使用对象池避免频繁创建对象

--------------------------------------------------------------------------------------

 一. Activity对象未被回收

 1.1 静态变量引用Activity对象

   通过静态变量引用Activty对象时,会导致Activty对象所占内存内漏。主要是因为,静态变量是驻扎在JVM的方法区,因此,静态变量引用的对象是不会被GC回收的。即最终导致Activity对象不被回收,从而也就造成内存泄漏。

     看个简单例子,比如说,你应用启动Activty的场景很多,你希望定义一个工具类Util.Java,

在这个类中,定义一个启动Activty的方法startActivity(Class nextActivity);以此来简化启动Activty的代码。

另外,加入你当前的Activty启动另一个Activty的代码使用率也特别高。为了使得参数尽可能的少,你提供setFirstActivty,保存当前的Activty。

在当前的Activty中,只需在onCreate中调用Util.setFirstActivity(this);,在需要启动另一个Activty处调用Util.startActivity(SecondActivity.class);。

在上面代码中,如果当前的Activty不再使用 且Util中的sActivity对象没有更改,会导致当前Activty一直驻留在内存中。

 1.2 静态View   

有时,当一个Activity经常启动,但是对应的View读取非常耗时,我们可以通过静态View变量来保持对该Activity的rootView引用。

但是要注意,一旦View attach到我们的Window上,就会持有一个Context(即Activity)的引用。

而我们的View有事一个静态变量,所以导致Activity不被回收。但是在使用静态View时,需要确保在资源回收时,将静态View detach掉。

 1.3 内部类

我们知道,非静态内部类持有外部类的一个引用。因此,如果我们在一个外部类中定义一个静态变量,这个静态变量是引用内部类对象。将会导致内存泄漏!因为这相当于间接导致静态引用外部类。

 1.4 匿名类

 1.5 Handler

在Java中,匿名内部类会引用外部类对象。而静态内部类不会引用外部类对象.

这个mHandler会持有外部类(MainActivity)实例的引用,因为它处于一个对象的上下文中

 1.6 Threads和TimerTask

Threads和Timer导致内存泄漏的原因跟内部类一样。虽然在新的线程中创建匿名类,但是只要是匿名类/内部类,它都会持有外部类引用.

这里内存泄漏在于Timer和TimerTask没有进行Cancel().

 1.7 监听器

当我们需要使用系统服务时,比如执行某些后台任务、为硬件访问提供接口等等系统服务。我们需要把自己注册到服务的监听器中。

然而,这会让服务持有 activity 的引用,如果程序员忘记在 activity 销毁时取消注册,那就会导致 activity 泄漏了.在onDestroy方法里注销监听器。

 ---------------------------------------------------------------------------------------

2、集合对象造成的泄漏

当我们定义一个静态的集合类时,请注意,这可能会导致内存泄漏!前面我们提到过,静态变量所引用的对象是不会被回收掉的。而我的静态集合类中,包含有大量的对象,这些对象不会被回收。另外,如果集合中保存的对象又引用到了其他的大对象,如超长字符串、Bitmap、大数组等,很容易造成OOM。

---------------------------------------------------------------------------------------

3、资源对象没关闭造成内存泄漏

当我们打开资源时,一般都会使用缓存。比如读写文件资源、打开数据库资源、使用Bitmap资源等等。当我们不再使用时,应该关闭它们,使得缓存内存区域及时回收。虽然有些对象,如果我们不去关闭,它自己在finalize()函数中会自行关闭。但是这得等到GC回收时才关闭,这样会导致缓存驻留一段时间。如果我们频繁的打开资源,内存泄漏带来的影响就比较明显了。

---------------------------------------------------------------------------------------

4、使用对象池避免频繁创建对象

在我们需要频繁创建使用某个类时,或者是在for循环里面创建新的对象时,导致JVM不断创建同一个类。

我们知道,在使用Message对象时,不是直接new出来的,而是通过obtain方法获取,以及recycle方法回收。

这是典型的享元模式。我们可以通过使用对象池来实现.

 

主要原因:

长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄露。

 

 

共有 人打赏支持
粉丝 0
博文 3
码字总数 2174
×
MonkeySun
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: