!!!實際上，我們獲取的Service對象并不是實際的對象類，而是其代理。運用了代理模式：在觸發原對象的同時，還會觸發Binder驅動的相關操作 ** 代理的對象，是客戶端持有的遠程服務引用, 實際上甚至這個引用也并不是真正的遠程Binder對象，下文講到** 1. getSystemService(getApplication().WINDOW_SERVICE);函數內部原理就是向ServiceManager查詢標識符為getApplication().WINDOW_SERVICE的遠程對象的引用，該對象繼承Binder類 2. 客戶端持有遠程服務的引用(并不是實際真實的遠程Binder對象，這個引用實質上是WindowManager的某個代理） 3. 客戶端調用引用的函數，代理把參數打包到Parcel對象中，然后調用transact函數（該函數繼承自Binder） 4. Binder驅動轉發 5. 遠程進程服務處理 6. Binder驅動轉發 7. 客戶端響應 ## Binder機制原理 在Android系統的Binder機制中，是有Client,Service,ServiceManager,Binder驅動程序組成的，其中Client，service，Service Manager運行在用戶空間，Binder驅動程序是運行在內核空間的。而Binder就是把這4種組件粘合在一塊的粘合劑，其中核心的組件就是Binder驅動程序，Service Manager提供輔助管理的功能，而Client和Service正是在Binder驅動程序和Service Manager提供的基礎設施上實現C/S 之間的通信。其中Binder驅動程序提供設備文件/dev/binder與用戶控件進行交互，Client、Service，Service Manager通過open和ioctl文件操作相應的方法與Binder驅動程序進行通信。而Client和Service之間的進程間通信是通過Binder驅動程序間接實現的。而Binder Manager是一個守護進程，用來管理Service，并向Client提供查詢Service接口的能力。