服務端close函數的觸發是因為客戶端通過IBulkCurosrclose函數發送了Binder請求。IBulkCurosr的Bn端就是目標CP進程的CursorToBulkCursorAdaptor，其close函數的代碼如下： **CursorToBulkCursorAdaptor.java::close** ~~~ public void close() { synchronized (mLock) { disposeLocked(); } } ~~~ **CursorToBulkCursorAdaptor.java::disposeLocked** ~~~ private void disposeLocked() { if (mCursor != null) { //注銷ContentObserver有關，相關知識留到第8章再分析 unregisterObserverProxyLocked(); mCursor.close();//調用SQLiteCursor的close函數 mCursor = null; } closeWindowForNonWindowedCursorLocked(); } ~~~ SQLiteCurosr的close函數的代碼如下： **SQLiteCursor.java::close** ~~~ public void close() { //和客戶端一樣，先調用AbstractCursor的close，最后會觸發AbstractWindowedCursor //onDeactivateOrClose函數，在那里，服務端的CursorWindow走向終結 super.close(); synchronized (this) { mQuery.close();//調用SQLiteQuery的close，內部將釋放sqlite3_stmt實例 //調用SQLiteDirectCursorDriver的cursorClose函數 mDriver.cursorClosed(); } } ~~~ 至此，服務端的close函數就分析完畢。內容較簡單，無需詳述。 現在來回答本節最開始提出的問題，如果沒有顯示調用游標對象的close函數，那么該對象被垃圾回收時是否會調用close函數呢？下面用代碼來回答這個問題。