根據第6章對Context的介紹，Context的getContentResolver最終會調用它所代理的ContextImpl對象的getContentResolver函數，此處直接看ContextImpl的代碼。 **ContextImpl.java::getContentResolver** ~~~ public ContentResolver getContentResolver() { returnmContentResolver; } ~~~ 該函數直接返回mContentResolver，此變量在ContextImpl初始化時創建，相關代碼如下： **ContextImpl.java::init** ~~~ final void init(LoadedApk packageInfo, IBinder activityToken, ActivityThreadmainThread, Resources container,String basePackageName) { ...... mMainThread = mainThread;//mainThread指向AcitivityThread對象 //mContentResolver的真實類型是ApplicationContentResolver mContentResolver = new ApplicationContentResolver(this, mainThread); ...... } ~~~ 由以上代碼可知，mContentResolver的真實類型是ApplicationContentResolver，它是ContextImpl定義的內部類并繼承了ContentResolver。 getContentResolver函數比較簡單，就分析到此。下面來看第二個關鍵點。 >[info] **提示**：為了書寫方便，將ContentProvider簡稱為CP，將ContentResolver簡稱為CR。