為什么使用Binder而不是其他IPC機制 - kissazi2－IT工程師數位筆記本

文章出處

使用Binder而不是其他(Semaphores , Message Queue, PIPES)作為IPC通信機制的理由：

所有基于文件系統IPC通信機制( 尤其pipes)，由于缺少一個可以被所有程序讀寫的地方，這個地方用來讓所有的進程可以mkfifo/create 基于文件系統/socket形式的IPC端口。( 盡管可以使用/dev/socket，但它只能被系統進程,比如rile, zygote)
沒有一種進程通信機制有Android需要的定位service（service location）的能力。在UNIX有PRC portmapper，而Android也需要相似的功能。（Android中的ServiceManager可以用來方便地注冊/查找service）
有大量需要序列化的場景--比如intent、或其他message。Binder提供parcel抽象，它可以使用Parcel.java對數據進行封裝。
SysV 有一些嚴重的問題，比如說競態條件、缺少權限控制。
Message queues和管道不能傳遞description。UNIX Domain socket可以，但是不被使用（理由同1）
Binder真的很輕量，并且自帶權限機制。它也有一些非常漂亮的特點，比如喚醒recipient process，以及共享內存，這是其他機制所沒有的。
Binder從Palm開始就被使用了。以前的Palmer去了Android，然后同時將他們的代碼帶了進去。