剛剛一個BUG讓我發(fā)現(xiàn)，如果 activity 實現(xiàn)了一個回調(diào)接口，然后使用 this 設置給需要回調(diào)接口的方法，這種應用場景比較常見，最常見的就是實現(xiàn) onClickListener 接口，然后 findViewById().setOnClickListenr(this)

如果，這個回調(diào)接口設置到了一個靜態(tài)對象（單例模式），當 activity finish() 的時候（按返回鍵，回到桌面），則activity 不會被調(diào)用 onDestroy() ，原因可能是 activity 對象還在被引用！

此時你再點擊圖標回到應用，onCreate() 再次調(diào)用！

很明顯，如果你把資源釋放放在了 onDestroy() 里面，就會導致內(nèi)存泄露！

那有沒有解決辦法呢？有的

你可以在 onPause() 方法里面判斷 isFinishing() ，正常調(diào)用 finish() 后 activity 的回調(diào)過程是 onPause、onStop、onDestroy ，倘若出現(xiàn)上面的情況，只到 onPause！但是 isFinishing() 標志還是為 true ！你可以釋放資源了。

我們來看下 onDestroy 的官方解釋：

protected void onDestroy () 
Added in API level 1 
Perform any final cleanup before an activity is destroyed. This can happen either because the activity is finishing (someone called finish() on it, or because the system is temporarily destroying this instance of the activity to save space. You can distinguish between these two scenarios with the isFinishing() method. 
Note: do not count on this method being called as a place for saving data! For example, if an activity is editing data in a content provider, those edits should be committed in either onPause() or onSaveInstanceState(Bundle), not here. This method is usually implemented to free resources like threads that are associated with an activity, so that a destroyed activity does not leave such things around while the rest of its application is still running. There are situations where the system will simply kill the activity's hosting process without calling this method (or any others) in it, so it should not be used to do things that are intended to remain around after the process goes away. 
Derived classes must call through to the super class's implementation of this method. If they do not, an exception will be thrown.

希望本文所述對大家Android程序設計有所幫助。

您可能感興趣的文章: