1:對(duì)android的binder機(jī)制的理解

所謂的client和server都是通過(guò)binder驅(qū)動(dòng)，然后由binder驅(qū)動(dòng)去調(diào)用ServiceManager來(lái)通信的，之所以叫通信，是因?yàn)閏lient和server之間都是獲取一個(gè)object對(duì)象來(lái)通信而已。

也就是說(shuō)，client通過(guò)binder渠道拿到了一個(gè)存放在server那邊的Object，但是這個(gè)Object其實(shí)只是一個(gè)影子對(duì)象而已，想修改這個(gè)Object里面的值，只能通過(guò)binder驅(qū)動(dòng)的方法去執(zhí)行server那邊的改動(dòng)的方法。這個(gè)就是binder機(jī)制里面的client和server，binder渠道，serviceManager最直觀的表現(xiàn)。

（

有一些技巧就是

AIDL的數(shù)據(jù)類型有限，又不想去做序列化，這時(shí)候可以在server那邊的實(shí)現(xiàn)的代碼把對(duì)象通過(guò)json轉(zhuǎn)成string然后通過(guò)aidl通信返回給client，client再使用json的反序列化把字符串給解析出來(lái)就好，就不要在傳遞過(guò)程中強(qiáng)行去要求一定要返回的對(duì)象是什么類型了

再有就是帶的值是個(gè)map的時(shí)候可以用bundle

）

1.2:知道上面最簡(jiǎn)單的一個(gè)通信過(guò)程之后，可以得知的就是，不同進(jìn)程都可以看成是一個(gè)client，這些client都是通過(guò)binder渠道（內(nèi)部再通過(guò)serviceManager）的方式，來(lái)獲取同一個(gè)的進(jìn)程的server進(jìn)程里面的Binder這個(gè)Object對(duì)象。

也就是，不用的client其實(shí)都是拿到那個(gè)server那邊的Object的引用，他們都可以對(duì)同一個(gè)對(duì)象做操作，

這時(shí)候的疑問(wèn)就在于，

為什么可以不同的進(jìn)程還來(lái)訪問(wèn)的是同一個(gè)對(duì)象呢？

因?yàn)椴僮飨到y(tǒng)里面每個(gè)進(jìn)程都是分隔開(kāi)的，但是操作系統(tǒng)系統(tǒng)了一種叫binder的通信方式，允許進(jìn)行內(nèi)核之間的進(jìn)程進(jìn)行數(shù)據(jù)的傳遞，所以就實(shí)現(xiàn)了進(jìn)程間的通信。

Android里面的多進(jìn)程訪問(wèn)同一個(gè)對(duì)象是因?yàn)椋鄠€(gè)client進(jìn)程都是對(duì)同一個(gè)server進(jìn)程的數(shù)據(jù)進(jìn)行訪問(wèn)，只要提供了binder保證進(jìn)程間可以通信后，多個(gè)client訪問(wèn)同一份server數(shù)據(jù)，自然就訪問(wèn)的是同一個(gè)對(duì)象了。

怎么保證多進(jìn)程同步的問(wèn)題？：server獲取的過(guò)程是阻塞式的，所以是進(jìn)程同步的