Android 开发艺术探索笔记（5）

2401_85729264

于 2024-06-23 02:16:02 发布

阅读量837

点赞数 12

文章标签： android 笔记 spring

本文链接：https://blog.csdn.net/2401_85729264/article/details/139891258

版权

局限：取出来的数据可能不是最新的，甚至可能出现并发写操作。

所以文件共享适用于对数据同步要求不高的IPC，并要妥善处理并发读/写操作。

SharedPreferences是个特例，因为每个应用都有一个存放轻量级数据库的文件，从本质上来说SharedPerferences也是文件共享的一种，但由于系统对它的读写有缓存策略，即在内存中会有一份缓存文件，这使得多进程下系统对它的读/写不可靠，并发读写时可能造成大量数据丢失，因此在进行IPC的时候不建议使用SharedPreferences。

<使用Messenger>

Messenger是一种轻量级的IPC类，底层实现是AIDL，可以从下面两个构造方法看出。

public Messenger(Handler target){

mTarget = target.getIMessenger();

}

public Messenger(IBinder target){

mTarget = IMessenger.Stub.asInterface(target);

}

得到的mTarget是AIDL类的~ Messenger对AIDL进行了封装，使得我们可以便捷的使用。实现一个Messenger由以下步骤，分为服务端和客户端
。

- 服务端进程

在服务端创建一个Service来处理客户端的请求，同时创建一个Handler并通过他来创建一个Messenger对象，然后在Service的onBinder返回这个Messenger对象底层的Binder即可。

- 客户端进程

客户端进程中首先要绑定Service，创建成功后用服务端返回的Binder对象创建一个Messenger，通过这个Messenger就可以向服务端发送消息了，发送的消息类型为Message对象。如果需要服务端回应客户端，则要创建一个Handler并创建一个新的Messenger并把这个Messenger对象通过Message的replyTo参数传递给服务端，服务端通过replyTo就可以回应客户端。

P66展示出一个例子：

- 服务端：

继承Service，创建一个Handler类，里面的handlerMessager()接收来自客户端传来的message，接着在外面new出一个Messenger对象来和刚刚的Handler类相关联，最后在onBinder返回这个Messenger对象的底层binder。接着在Manifest中声明这个service。

- 客户端：

用ServiceConnection和bindService来绑定服务，在ServiceConnection的方法里面得到了服务的binder，用其来创建一个Messenager对象。接着创建一个Message对象来装信息包括setData()放一个Bundle，最后开启try去用Messenager对象去发送这个message。

从上面例子我们看出来在Messenger中进行数据传递必须将数据放在Message中，而Messenger和Message都实现了Parcelable接口。通过Messenger传输的Message载体只有what，arg1，arg2，Bundle以及replyTo。Message的另一个字段object在同一个进程中很实用，但在IPC中，object字段不能接收我们自定义的Pacelable对象。所以实用性大大降低。

之前讲过，服务端可以回应客户端，如果需要服务端在接收到客户端信息之后，给客户端回一句“好的”，可以这样做：

在Service里的Handler对象里，在接受了客户端的信息之后，创建一个Messenger。

Messenger client = msg.replyTo; //msg为客户端传过来的信息。

Message replyMessage = Message.obtain(null,MyConstants.MSG_FROM_SERVICE);

Bundle bundle = new Bundle();

bundle.putString(“reply”,“嗯，好哒!”);

replyMessage.setData(bundle);

try{

client.send(replyMessage);

}…

然后客户端也创建接收消息的Messenger和Handler对象，同时关键的一点是在发送Message的时候要将replyTo参数传给客户端。

msg.replyTo = mGetReplyMessenger; //此Messenger是上刚刚说的接收消息的Messenger对象。

此时查看log，功能已经完成。下图可以便于理解Messenger的工作原理：

这里写图片描述

<使用AIDL>

Messenger是以串行的方式来处理客户的消息，如果大量的消息同时发送到服务端则Messenger则不太适用了，同时Messenger的主要作用为传递消息，很多时候我们要跨进程来调用服务端的方法，Messenger就无能为力，所以这个时候我们要使用更加全面的AIDL。

这里先介绍AIDL的IPC，也分为服务端和客户端两个方面。

服务端

首先创建Service来监听客户端的连接请求，然后创建一个AIDL文件，将暴露给客户端的接口在这个AIDL文件中声明（即映射AIDL），最后在Service中实现这个AIDL接口即可。

客户端

首先绑定Service，绑定成功后将得到Binder对象转化成AIDL对象，然后就可以调用AIDL中的方法了。

AIDL接口的创建

首先看AIDL接口，我们创建了一个后缀为aidl的文件，在里面声明了一个接口和两个方法。这是一个AIDL的例子，Book为一个实现了Parcelable实体类，IBookManger为AIDL文件。

这里写图片描述

AIDL支持的数据有：

（1）基本数据类型

（2）String和CharSequence

（3）List ：只支持ArrayList

（4） Map ：只支持HashMap，key和value都要能被AIDL支持。

（5）Parcelable对象

（6）AIDL

当一个类实现了自定义Parcelable接口的时候必须要去创建和它同名的映射类AIDL。

这里写图片描述

其次，当AIDL除了基本类型，其他类型的参数都需要加上in、out、inout。

远程服务端的service实现

这里写图片描述

上面是一个服务端的典型表现，首先在创建一个onCreate()中添加了两本书的信息，然后创建了一个Binder对象返回它。这里采用了CopyOnWriteArrayList，这个List支持并发读/写，在前面我们提到，AIDL方法是在服务端的Binder线程池中执行的，因此当多个客户端同时连接的时候会存在多个线程同时访问的情形，所以我们要在AIDL中处理线程同步，而我们这里使用CopyOnWriteArrayList来进行自动的线程的同步。

这里的List并不是ArrayList，但可以使用在AIDL的原因是AIDL所使用的是抽象的List，但List是一个接口，Binder会按照List的规范去访问数据（就是给这个CopyOnWriteArrayList实现List接口）并最终形成新的ArrayList传递给客户端。和这个类似的还有ConcurrentHashMap。最后注册Service并给其设置进程（process=”:remote”）。