游标对象被回收前，其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的客户端开发者协助调查。 * * * * *