工作內容集中到Contact模塊，這個應用查詢數據的地方很多，其使用了CursorLoader這個工具大大簡化了代碼復雜度。android自3.0提供了Loader機制，當時google的API只是簡單的介紹了一下沒有給出用法，大家很少有關注。后來因為重度模型下的性能優化，R&D的朋友發現這個東西非常給力，這才開始注意到這個強大的工具。CursorLoader是Loader的子類，可以說是Loader的升級版。這篇小結以loader為基礎說明，弄懂原理之后也就明白了CursorLoader。
先說說google官方對Loader的介紹Loader對activity和fragment可用；Loader可以移步加載數據；loader自己會監視數據源的變化并且會主動上報；當發生配置上的變化，重新生成的loader會自動連接到變化前的cursor，這樣就避免再查一次數據庫。咱自己在補充一個，loader能在應用不使用查詢到的資源時候，自動將其釋放。這些介紹自android3.0之后，就可以從官方文檔山看到。當時依據這些并不知道怎么樣使用，看了framework側的實現之后還是一頭霧水：咋用。現在來看這就像activity一樣，我們可以不知道framework中怎么樣開始一個activity怎么樣管理activity但是我們仍然能很好的使用activity；對于CursorLoader，我們大可以不必知道framework中的原理，只要利用好google提供的接口LoaderManager以及為其注冊事件的接口LoaderManager.LoaderCallbacks就可以實現我們需要的功能。
實際上CursorLoader完全可以看成一個很牛的查詢工具，擁有一般的查詢不具備的能力，如上面的google官方介紹。我們通過LoaderManager.LoaderCallbacks接口來在適當的時候提供查詢配置或者利用查詢返回到的結果。使用好CursorLoader重在實現好LoaderManager.LoaderCallbacks接口。看下這個接口里面提供了哪些方法：

[java]

[java]
getLoaderManager().initLoader(0, null, this);

    getLoaderManager().initLoader(0, null, this);第一個參數是當前activity里面loader的ID，一般為0，第二個參數一般置null，第三個就是實現了LoaderManager.LoaderCallbacks的類，一般就是當前activity。這句代碼執行之后就會執行onCreateLoader，然后去查詢，查詢結束之后就會執行onLoadFinished，做你需要做的事情。一般就在第二個方法里面利用查詢結果，如傳遞到一個adapter進行顯示。第三個方法onLoaderReset是在我們的配置發生變化的，使用restartLoader(int , Bundle ,LoaderManager.LoaderCallbacks<D>)方法重新初始化loader之后調用的，一般是用來釋放對前面loader查詢到的結果引用。對Loader的使用只需要在重新初始化之前去除引用，退出activity時候不需要關閉cursor釋放資源。
到這里loader的用法就已經說完了，記住上面三個方法的用處，在適當的地方初始化loader，我們就可以利用Loader實現我們的需要。現在說說Loader和CursorLoader的關系：Loader是核心，其已經實現了基本功能；AsyncTaskLoader繼承自Loader，主要任務就是將耗時操作從主線程中剝離出來；CursorLoader繼承自AsyncTaskLoader，是泛型類的一個具體類，也是我們最常用Loader。
Loader的到來給android應用開發帶來了很大的方便。在數據加載的性能優化中有一項分布加載，沒有Loader之前，我們需要將查詢實現在AsyncQueryHandler類里面，在其onQueryComplete回調方法里面觸發后續查詢。上面這些需要自定義一個內部類，一堆代碼，搞得暈乎乎的。%>_<% 用來Loader只要在onLoadFinished里面增加一些判斷即可，很方便。