遠端service與客戶端通訊時，繫結服務後，服務端返回的binder物件，被客戶端接收後，客戶端呼叫該binder的物件的方法其實就是呼叫的服務端的方法。此時，若客戶端呼叫服務端的方法時傳入了客戶端實現的介面物件，服務端呼叫該介面物件的方法時，其實就是服務端呼叫的客戶端的方法;
兩種情況的「被呼叫方」的**其實分別是執行在服務端的binder執行緒池和客戶端的binder執行緒池，所以不能直接進行ui操作。此時呼叫方執行緒被掛起，直到被呼叫方執行完畢，所以呼叫方的**最好寫到乙個子執行緒中。
binder是連線服務端和客戶端的橋梁，儘管在不同程序中，傳遞的物件被序列化了，但本質上客戶端和服務端的同乙個物件是不同的兩個物件，但binder是同乙個，aidl的原理就是通過binder找到對應關係。
Android 中的AIDL 和 binder機制
2.1 初識bindler android程序間的通訊基於binder機制，binder並非linux系統標準的通訊機制，android系統選定binder這種機制實現程序間通訊基於以下幾個考慮 1，效率高。相對於低效的socket，兩次複製的管道，使用了記憶體對映的binder效率高，只需一次複製...
AIDL與Binder的區別
binder是乙個遠端物件的基礎類，核心部分是遠端呼叫機制，這部分是由ibinder定義的。它是對ibinder類的實現，其中ibinder類提供了這樣乙個類的標準的本地化實現方式。大多數開發者不會去直接實現binder類，而是用aidl工具來描述他們自己想要的介面，借助它來生成乙個合適的binde...
關於Java nofity wait的個人理解
首先notify,wait的經典場景是生產者，消費者模型 importorg.slf4j.logger created by wcl on 17 9 17.public classconsumerimplementsrunnable public voidrun 消費 1,當前數量 name,con...