메모리 누수 - 안드로이드 활동이 android.os.Message에 의해 개최되었습니다.

Question

저는 액티비티 중 90 %가 일반적인 액티비티를 상속하고 이러한 모든 액티비티가 누출되는 애플리케이션에서 작업하고 있습니다. 즉, A->B에서 B->Afinish()이 호출되면 B의 onDestroy()이 호출되지만 여전히 누수됩니다 (MAT로 확인).

누출 된 활동이 꽤 큽니다 (10MB ~). 그래서 몇 차례 앞뒤로 이동 한 후 앱이 OOM으로 중단됩니다.

나는 힙 덤프를 확인하고 누출 활동에 뿌리를 GC의 경로를 따라 그들은 모두 같이했습니다

그래서 나는 새는 공통의 슈퍼 클래스에 뭔가 같아요. 나는 이미 모든 BroadcastReceivers와 청취자가 활동이 파괴되고 아무런 누출을 일으키지 않을 수도있는 익명의 내부 클래스 나 Handler이 없으면 등록을 취소했다는 것을 확인했다.

누출의 원인은 무엇일까요? 어떤 도움이라도 대단히 감사 할 것입니다. ProgressDialog를 인스턴스화 코드의

1. 일부 라인 :

   편집

   전 주석 때 활동이 더 이상 유출되지 않도록 코드의 두 가지가있는 것으로 나타났습니다.

2. Runnable의 익명으로 postDelayed으로 전화하십시오. 첫 번째 경우에

는 대화 상자의 dismiss() 기능이 파괴되기 전에 호출되기 때문에이 문제가 될 수 이유를 모르겠어요. 두번째 경우, 에있는 Runnable에 대해 removeCallbacks가 호출되었으므로 이론적으로 제대로 정리 되었습니까?

건배.

Answer 1

문제는 의 익명입니다. postDelayed입니다. 이 Runnable은 기본 활동의 내용보기의 postDelayed() 함수를 호출, 그래서는 다음과 같이이었다 :

@Override 
protected void onResume() { 
    ... 
    mCallback = new Runnable() { ... }; 
    getContentView().postDelayed(mCallback, mDelay); 
} 

놀라운 부분은이 콜백은 onPause()에서 제거되었다 :

@Override 
protected void onPause() { 
    ... 
    getContentView().removeCallbacks(mCallback); 
    mCallback = null; 
} 

이것이 누출을 막지 못했던 이유는 여전히 나에게 미스터리이다. 처음에는 getContentView().getHandler().removeCallbacksAndMessages(null)을 사용해 보았지만 누수가 수정되었지만 그 응용 프로그램은 관련성이없는 것으로 보이는 부분이 완전히 깨졌습니다.

마지막으로 Handler 인스턴스를 만들고이 핸들러에서 postDelayed() 및 removeCallbacks()을 호출하는 것으로 수정되었습니다.