在某些業務場景下，我們需要在應用中單獨開啟壹個進程進行壹些操作。比如性能監控，如果讓原始業務和性能監控本身的業務跑在同壹個進程下，那麽就會導致性能統計的數據的失真。
而進程間通信，壹般采用AIDL機制的客戶端與服務端通信。
AIDL只能傳遞如下幾類數據：
當傳遞自定義 Parcelable 時，有三處地方需要註意：
當傳遞其他 aidl 接口時，同樣必須要 import 這個 aidl 文件
編寫完 aidl 文件後，make壹下工程，會在 build 下的 generated 下的 source 下的 aidl 目錄生成對應的接口類文件。aidl 接口其實就是 API 接口，通過實現對應接口類的 Stub 子類來實現具體的 API 邏輯；通過對應接口類的 Stub 子類的 asInterface 方法得到具體的實現類，調用具體的 API 方法。
壹個基本的客戶端服務端的通信結構壹般包括如下功能
客戶端的功能
服務端的功能
客戶端的相關功能實現比較簡單，麻煩的是服務端的功能。因為 AIDL 接口定義的都是服務端的接口，是由客戶端來調用的。而想要實現服務端反向調用客戶端則需要通過其他手段實現。
想要實現服務端主動連接客戶端，最好的辦法就是 服務端發送廣播，客戶端收到廣播後再主動連接服務端 ，通過這種方式變相地實現服務端主動連接客戶端的功能
想要實現服務端主動斷開客戶端，除了上面 發送廣播是壹種實現方式外，還可以通過 android 的系統API RemoteCallbackList，用包名作為key值來註冊遠程回調接口的方式，讓服務端持有客戶端的回調接口，服務端調用回調接口，客戶端在回調接口中實現主動斷開服務端 ，通過這種方式變量地實現服務端主動斷開客戶端的功能。而采用後者會顯得更加優雅
既然所有的操作歸根結底都是由客戶端來完成的，那麽客戶端必須得有如下的功能模塊：
服務端必須得有的功能模塊：
那麽，整體的通信流程就是如下的步驟：
首先是通信的 aidl 接口定義
然後是客戶端的連接操作與斷開連接操作，包括廣播接收者的註冊以及回調接口的實現
然後是客戶端的拉取數據和推送數據操作
接著是服務端的 iBinder 接口的實現，完成回調接口的註冊、業務子線程的開啟和關閉、數據的推送和數據的拉取操作
然後是服務端的主動連接和主動斷開連接操作
最後是服務端的 onUnbind 方法的實現，對回調接口進行反註冊
服務端模仿 FloatViewPlugin 自定義插件，實現 IServicePlugin 接口，定制個性化的懸浮窗插件
客戶端在 Appliaction 的 onCreate方法中初始化
在 MainActivity 上實現連接、斷開、數據通信