SystemServer創建ContentService的代碼非常簡單，如下所示： **SystemServer::ServerThread.run** ~~~ public void run() { ...... ContentService.main(context, factoryTest == SystemServer.FACTORY_TEST_LOW_LEVEL); ...... } ~~~ 以上代碼中直接調用了ContentService的main函數。在一般情況下，該函數第二個參數為false。此main函數的代碼如下： **ContentService.java::main** ~~~ public static IContentService main(Contextcontext, boolean factoryTest) { //構造ContentService實例 ContentService service = new ContentService(context, factoryTest); //將ContentService注冊到ServiceManager中，其注冊名叫“content” ServiceManager.addService(ContentResolver.CONTENT_SERVICE_NAME, service); returnservice; } ~~~ ContentService的構造函數的代碼如下： **ContentService.java::ContentService** ~~~ ContentService(Context context, booleanfactoryTest) { mContext = context; mFactoryTest = factoryTest; getSyncManager(); //獲取同步服務管理對象，接下來看它的代碼 } ~~~ **ContentService.java::getSyncManager** ~~~ private SyncManager getSyncManager() { synchronized(mSyncManagerLock) { try { //創建一個SyncManager實例，它是ContentService中負責數據同步服務的 //主力成員。留待8.4節再詳細分析它 if (mSyncManager == null) mSyncManager = new SyncManager(mContext,mFactoryTest); }...... return mSyncManager; } } ~~~ 看完以上代碼讀者可能會覺得ContentService比較簡單。其實，ContentService中最難的功能是數據同步服務，不過該功能的實現都封裝在SyncManager及相關類中了，所以在分析通知機制時不會和數據同步服務有太多瓜葛。 下面來分析通知機制實施的第一步，注冊ContentObserver。該步驟由ContentResovler提供的registerContentObserver函數來實現。