Android下常见的内存泄露

咱们如今就来总结一下可能致使内存泄露的状况：

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

   在Android中，Cursor是很经常使用的一个对象，但在写代码是，常常会有人忘记调用close, 或者由于代码逻辑问题情况致使close未被调用。
   一般，在Activity中，咱们能够调用startManagingCursor或直接使用managedQuery让Activity自动管理Cursor对象。
   但须要注意的是，当Activity介绍后，Cursor将再也不可用！
   若操做Cursor的代码和UI不一样步（如后台线程），那没须要先判断Activity是否已经结束，或者在调用OnDestroy前，先等待后台线程结束。
   
   除此以外，如下也是比较常见的Cursor不会被关闭的状况：

   try {  
           Cursor c = queryCursor();  
           int a = c.getInt(1);  
           ......  
           c.close();  
       } catch (Exception e) {  
       }

   虽然表面看起来，Cursor.close()已经被调用，但若出现异常，将会跳过close()，从而致使内存泄露。

   因此，咱们的代码应该以以下的方式编写：

   
   

   Cursor c = queryCursor();  
       try {      
           int a = c.getInt(1);  
           ......  
       } catch (Exception e) {  
       } finally {  
           c.close(); //在finally中调用close(), 保证其必定会被调用   
       }

   
   

2. 调用registerReceiver后未调用unregisterReceiver().

   在调用registerReceiver后，若未调用unregisterReceiver，其所占的内存是至关大的。
   而咱们常常能够看到相似于以下的代码：

   registerReceiver(new BroadcastReceiver() {  
           ...  
       }, filter); ...

   这是个很严重的错误，由于它会致使BroadcastReceiver不会被unregister而致使内存泄露。
   

   
   

3. 未关闭InputStream/OutputStream

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

   
   

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

   根据SDK的描述，调用recycle并非必须的。但在实际使用时，Bitmap占用的内存是很大的，因此当咱们再也不使用时，尽可能调用recycle()以释放资源。

   
   

5. Context泄露

   这是一个很隐晦的内存泄露的状况。
   先让咱们看一下如下代码：

   private static Drawable sBackground;  
         
       @Override  
       protected void onCreate(Bundle state) {  
         super.onCreate(state);  
           
         TextView label = new TextView(this);  
         label.setText("Leaks are bad");  
           
         if (sBackground == null) {  
           sBackground = getDrawable(R.drawable.large_bitmap);  
         }  
         label.setBackgroundDrawable(sBackground);  
           
         setContentView(label);  
       }

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