Android笔记之IPC机制（一）基础篇

旧城等待， 2022-10-01 07:54 153阅读 0赞

最近通过朋友推荐在看一本《Android开发艺术探索》这本书。是一本进阶书 ，顺便以此机会把看到的内容总结一下，作为自己的学习笔记。在了解IPC之前，这些知识是必不可少的。

1、Android IPC简介:

IPC是Inter-Process Communication的缩写，含义为进程间通讯或跨进程通讯，是指两个进程之间进行数据交换的过程。

从中引出线程和进程的概念，根据书中内容我总结出了两者的几点基本区别：

(1)线程：

线程是CPU调度的最小单元，同时线程是一种有限的系统资源。

(2)进程 :

指一个执行单元，在PC和移动设备上指一个程序或者一个应用。

(3)线程和进程的关系：

一个进程可以包含多个线程，因此进程和线程是包含与被包含的关系。

（小注）系统提供的ContentProvider其实也是一种进程间通讯,只不过通讯细节被系统内部屏蔽。

2、Android中的多进程模式：

2.1开启多进程模式：

给四大组件(Activity、Service、Receiver、ContentProvider)在AndroidMenifest中指定Android:process属性。

<activity android:name=".SettingGestureActivity"
                android:theme="@style/AppBaseTheme"/>
    
            <activity android:name=".GestureTestActivity"
                android:theme="@style/AppBaseTheme"
                android:process=":remote">
            </activity>
    复制代码

SettingGestureActivity，没有为他指定process属性,那么他运行在默认进程中，默认进程的进程名是包名。 GestureTestActivity，指定了process属性，意味着当前应用又增加了新进程。

（小注）Android系统会为每个应用分配一个唯一的UID,具有相同UID的应用才能共享数据。 并且两个应用通过ShareUID跑在同一个进程中是有要求的，需要这两个应用有相同的ShareUID并且签名相同才可以。

注意：Android为每一个应用分配了一个独立的虚拟机,每一个不同的虚拟机在内存分配上有不同的地址空间，导致在不同虚拟机中访问同一个对象会产生多份副本。

使用多进程会造成如下几方面的问题: (1)静态成员和单例模式完全失效(不是同一个对象) (2)线程同步机制完全失效（不同进程锁的不是同一个对象） (3)SharedPreference的可靠性下降(不支持两个进程同时去执行写操作) (4)Application会被多次创建(重启应用创建新的Application)

3、Binder Binder是Android中的一个类，他实现了IBinder接口。 （1）从IPC角度来说，Binder是Android中的一种跨进程通信方式，Binder还可以理解为一种虚拟的物理设备,它的设备驱动是/dev/binder。 （2）从Android Framework角度来说,Binder是ServiceManager连接各种Manager和相应ManagerService的桥梁 （2）从Android应用层来说，Binder是客户端和服务端金星通讯的媒介，当bindService的时候,服务会返回一个包含服务端业务调用的Binder对象，通过这个Binder对象，客户端就可以获取服务端提供的服务或者数据。

3.1根据AIDL来分析Binder的工作原理 （1）DESCRIPTOR Binder的唯一标识，一般用当前Binder的类名表示。 （2）asInterface(android.os.IBinder obj) 用于将服务端的Binder对象转换成客户端所需的AIDL接口类型的对象，这种转换过程是区分进程的，如果客户端和服务端位于同一进程，那么此方法返回的就是服务端Stub对象本身，否则返回的是系统封装后的Stub.proxy对象。 （3）asBinder 此方法用于返回当前的Binder对象 （4）onTransact 这个方法运行在服务端中的Binder线程池中，当客户端发起跨进程请求时，远程请求会通过系统底层封装后交由此方法来处理。如果此方法返回false，那么客户端请求会失败，我们可以利用这个特性来做权限验证。 （5）Proxy\#(定义接口中的方法) 运行在客户端，先写入方法参数，接着调用transact方法发起RPC(远程过程调用)请求，同时当前线程挂起;然后服务端的onTransact方法会被调用，直到RPC过程返回后，当前线程继续执行。得到数据。

特别注意： （1）当客户端发起远程请求时，由于当前线程会被挂起直到服务端返回数据，所以如果一个远程方法是很耗时的，就不能在UI线程中请求。 （2）由于服务端Binder方法运行在Binder的线程池中，所以Binder方法不管是否耗时都应该采用同步方式去实现，因为他已经运行在了一个线程中了。

Binder有两个很重要的方法linkToDeath和unlinkToDeath。

用途:Binder运行在服务端进程，如果服务端进程由于某种原因异常终止，这个时候我们到服务端的Binder连接断裂（称之为Binder死亡），会导致我们的远程调用时效。 这个时候就需要用到linkToDeath和unlinkToDeath。设置死亡代理。

用法： （1）生命一个DeathRecipient对象。DeathRecipient是一个接口，其内部只有一个方法binderDied，我们需要实现这个方法，当Binder死亡的时候，系统会调用BinderDied方法，然后我们移除之前的binder代理并重新绑定远程服务：

private IBinder.DeathRecipient mDeathRecipient = new IBinder.DeathRecipient() {
            @Override
            public void binderDied() {
                if (mDeathRecipient==null){
                    return;
                }
                //TODO:重新绑定远程Service
            }
        };
    复制代码

（2）在客户端绑定远程服务成功后，给Binder设置死亡代理：

mService = IMessgaeBoxManager.Stub.asInterface(binder);
        binder.linkToDeath(mDeathRecipient,0);
    复制代码

其中linkToDeath的第二个参数是标记位，可直接设置为0. 经过上面两个步骤我们给Binder设置了死亡代理，当Binder死亡的时候我们就可以收到通知了。

转载于:https://juejin.im/post/5a31d1f96fb9a04525782016