zoukankan      html  css  js  c++  java
  • Android下常见的内存泄露 经典

    转自:http://www.linuxidc.com/Linux/2011-10/44785.htm

    因为Android使用Java作为开发语言,很多人在使用会不注意内存的问题。

    于是有时遇到程序运行时不断消耗内存,最终导致OutOfMemery,程序异常退出,这就是内存泄露导致的。

    我们现在就来总结一下可能导致内存泄露的情况:

      1. 查询数据库而没有关闭Cursor

        Android中,Cursor是很常用的一个对象,但在写代码是,经常会有人忘记调用close, 或者因为代码逻辑问题状况导致close未被调用。

         

        通常,在Activity中,我们可以调用startManagingCursor或直接使用managedQuery让Activity自动管理Cursor对象。
        但需要注意的是,当Activity介绍后,Cursor将不再可用!
        若操作Cursor的代码和UI不同步(如后台线程),那没需要先判断Activity是否已经结束,或者在调用OnDestroy前,先等待后台线程结束。

        除此之外,以下也是比较常见的Cursor不会被关闭的情况:
        1. try {  
        2.     Cursor c = queryCursor();  
        3.     int a = c.getInt(1);  
        4.     ......  
        5.     c.close();  
        6. catch (Exception e) {  
        7. }  
        虽然表面看起来,Cursor.close()已经被调用,但若出现异常,将会跳过close(),从而导致内存泄露。

        所以,我们的代码应该以如下的方式编写:

        1. Cursor c = queryCursor();  
        2. try {      
        3.     int a = c.getInt(1);  
        4.     ......  
        5. catch (Exception e) {  
        6. finally {  
        7.     c.close(); //在finally中调用close(), 保证其一定会被调用   
        8. }  
      2. 调用registerReceiver后未调用unregisterReceiver().

        在调用registerReceiver后,若未调用unregisterReceiver,其所占的内存是相当大的。
        而我们经常可以看到类似于如下的代码:

        1. registerReceiver(new BroadcastReceiver() {  
        2.     ...  
        3. }, filter); ...  
        这是个很严重的错误,因为它会导致BroadcastReceiver不会被unregister而导致内存泄露。
      3. 未关闭InputStream/OutputStream

        在使用文件或者访问网络资源时,使用了InputStream/OutputStream也会导致内存泄露

      4. Bitmap使用后未调用recycle()

        根据SDK的描述,调用recycle并不是必须的。但在实际使用时,Bitmap占用的内存是很大的,所以当我们不再使用时,尽量调用recycle()以释放资源。

      5. Context泄露

        这是一个很隐晦的内存泄露的情况。
        先让我们看一下以下代码:
        1. private static Drawable sBackground;  
        2.   
        3. @Override  
        4. protected void onCreate(Bundle state) {  
        5.   super.onCreate(state);  
        6.     
        7.   TextView label = new TextView(this);  
        8.   label.setText("Leaks are bad");  
        9.     
        10.   if (sBackground == null) {  
        11.     sBackground = getDrawable(R.drawable.large_bitmap);  
        12.   }  
        13.   label.setBackgroundDrawable(sBackground);  
        14.     
        15.   setContentView(label);  
        16. }  

        在这段代码中,我们使用了一个static的Drawable对象。
        这通常发生在我们需要经常调用一个Drawable,而其加载又比较耗时,不希望每次加载Activity都去创建这个Drawable的情况。
        此时,使用static无疑是最快的代码编写方式,但是其也非常的糟糕。
        当一个Drawable被附加到View时,这个View会被设置为这个Drawable的callback (通过调用Drawable.setCallback()实现)。
        这就意味着,这个Drawable拥有一个TextView的引用,而TextView又拥有一个Activity的引用。
        这就会导致Activity在销毁后,内存不会被释放。

  • 相关阅读:
    go http的三种实现---2
    go http的三种实现---1
    go语言递归创建目录
    Golang中的正则表达式
    go语言strings包
    go语言获取字符串元素的个数
    VBA在Excel中的应用(三)
    ASP 转换HTML特殊字符
    ASP汉字转拼音函数的方法
    用ASP实现文件下载
  • 原文地址:https://www.cnblogs.com/wliangde/p/3712619.html
Copyright © 2011-2022 走看看