說說內存泄露那點事

先看看一個例子：

private static Drawable sBackground;

@Override
protectedvoid onCreate(Bundle state){
  super.onCreate(state);
  
  TextView label =newTextView(this);
  label.setText("Leaks are bad");
  
  if(sBackground ==null){
    sBackground = getDrawable(R.drawable.large_bitmap);
  }
  label.setBackgroundDrawable(sBackground);
  
  setContentView(label);
}
 

 

上面幾行代碼，內存泄露挺嚴重的。sBackground是一個 static 變量，在 label調用setBackgroundDrawable的時候，會調用sBackground的setCallback，所以在sBackground中就存在label的引用。

而，label中又存在Activity的引用，所以此Activity一直不會被回收，即使已經finish了。

如何避免：

1. 使用applicationContext作為上下文，避免使用activity
2. 設置Drawable的Callback為null
3. 在Service或者Activity使用內部類盡量使用static類。例如：使用Handler

 

關於第3點，看個例子：

   static class IncomingHandlerextendsHandler {
        private final WeakReference<UDPListenerActivity> mActivity;
 
        IncomingHandler(UDPListenerActivity activity) {
            mService = newWeakReference < UDPListenerActivity > (activity);
        }
 
        @Override
        public void handleMessage(Message msg) {
            UDPListenerActivity activity = mActivity.get();
            if (activity != null) {
                activity.handleMessage(msg);
            }
        }
   } 

我們知道，Message發出之后是存在MessageQueue中的，有些Message也不是馬上就被處理的。在Message存在一個 target，是Handler的一個引用，如果Message在Queue中存在的時間越長，就會導致Handler無法被回收。如果Handler是非靜態的，則會導致Activity或者Service不會被回收。

所以正確處理Handler等之類的內部類，應該采用上述代碼。

 

參考：

http://stackoverflow.com/questions/11407943/this-handler-class-should-be-static-or-leaks-might-occur-incominghandler

 

http://android-developers.blogspot.jp/2009/01/avoiding-memory-leaks.html

 

-----END-----