游標對象被回收前，其finalize函數將被調用。來看CursorWrapperInner的finalize函數，代碼如下： **ContentResolver.java::CursorWrapperInner.finalize** ~~~ protected void finalize() throws Throwable { try { if(mCloseGuard != null) { mCloseGuard.warnIfOpen();//打印一句警告 } if(!mProviderReleased && mContentProvider != null) { ContentResolver.this.releaseProvider(mContentProvider); } //上邊這段代碼除了打印一句警告外，并沒有調用close函數 }finally { super.finalize();//調用基類的finalize，它會有什么特殊處理嗎？ } } ~~~ 很可惜，我們寄予厚望的super.finalize函數也不會做出什么特殊的處理。難道CursorWindow資源就沒地方處理了？這個問題的答案如下： - 客戶端所持有的CursorWindow資源會在該對象執行finalize時被回收。讀者可查看CursorWindow的finalize函數。 - 前面分析過，服務端的close函數由BulkCurosrToCursorAdaptor調用IBulkCursor close函數觸發。但BulkCurosrToCursorAdaptor卻沒有實現finalize函數，故BulkCurosrToCursorAdaptor被回收時，并不會觸發服務端的Cursor釋放。所以，如客戶端不顯示調用close，將導致服務端進程的資源無法釋放。 * * * * * **提示**：筆者在分析Monkey測試失敗案例時發現，導致進程問題的原因都在android.process.media中。根據對finalize的分析可知，問題的根源在客戶端。由于使用MediaProvider的客戶端較多（包括Music、Gallery3D、Video等），所以每次出現這種問題時，都需要所有MediaProvider的客戶端開發者協助調查。 * * * * *