本文搬運自：Advantages of using Binder for IPC in Android

使用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，然后同時將他們的代碼帶了進去。

轉載于:https://www.cnblogs.com/kissazi2/p/4467050.html

總結

以上是生活随笔為你收集整理的为什么使用Binder而不是其他IPC机制的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。