在Android平台裡,上層應用程式的service與底層的系統service有很大的區別,只是許多人都將它們混在一起了。例如,在Android裡著名的MediaPlayer範例,許多人都知道其結構為:
圖1
其中有兩個service:
l 應用程式開發者所寫的myPlayerService.java類別。這是屬於一般所稱的SDK service。
l Android已經提供的MediaPlayerService.cpp類別。這是屬於一般所稱的系統service。
主要的系統service都是在Android系統啟動時,就會先逐一登記到BD(Binder Driver)裡,隨時準備為SDK應用程式進行服務。
天字第一號的系統service就是ServiceManager。當Android系統啟動時,就會優先將之登記到BD(Binder Driver)裡,如下圖:
圖2
讓其它組件能透過IBinder介面(可轉型為IServiceManager介面)而遠距呼叫ServiceManager的服務。於是陸續會有更多的系統service呼叫ServiceManager的addService()函數而登記到BD裡成為可遠距呼叫的系統service。例如,基於上述途徑,ActivityManagerService就會登記為可遠距呼叫的系統service。再如,MediaPlayerService也繼續登記為基本的系統service,於是ActivityManagerService和MediaPlayerService也都具有IBinder介面了,如下圖:
圖3
當Android系統啟動完成之後,就可以執行應用程式了。
執行應用程式時,就由ActivityManagerService來將SDK service(如myPlayerService.java類別)登記到Binder Driver裡,於是應用程式裡的Activity等類別就能使用bindService()函數來繫結(bind)到myPlayerService,然後透過IBinder介面而遠程呼叫到myPlayerService.java。之後,myPlayerService再透過圖1的結構而呼叫到MediaPlayerService,進而呼叫到OpenCode組件,就播放出好聽的MP3音樂了。