美文网首页
Android进程间通信(1)

Android进程间通信(1)

作者: 我叫谦大宝 | 来源:发表于2016-09-06 15:22 被阅读0次

IPC(Inter-Process Communication)进程间通信,就是指在两个进程之间进行数据交换的过程。那么就要先了解什么是进程,什么是线程。从一定意义上讲,进程就是一个应用程序在处理机上的一次执行过程,它是一个动态的概念,而线程是进程中的一部分,进程包含多个线程在运行。即一个进程可以包括多个线程,也可以只有一个线程。

现在我们学习进程间通信中使用到的两个重要接口:

Serializable接口:Serializable可序列化的,实现了这个接口的类,可以通过IO流读写对象,可以实现对象的序列化和反序列化。事实上这个接口是一个空接口,就是一个标识,我们在创建类的时候,如果想要这个类型的对象可以序列化和反序列,只需要实现这个接口就可,同时也可以指定serialVersionUID(其实可以不需要,这个可能会对反序列早成影响)public static final long serialVersionUID = 1L。如果写了serialVersionUID那么在反序化的时候就会比较文件中的这个值和当前类的值是否相等,如果一致,则会反序列成功,反之,则会抛出异常。

Parceable接口:可打包的接口,一个类实现了这个接口,也可以实现序列化,并且可以同Intent和Binder传递。现在看看Parceable接口里面的方法:
createFromParcel(Parcel in)从序列化后的对象中创建原始对象。                                                  newArray(int size) 创建指定长度的原始对象数组。                                                                    User(Parcel in)从序列化后的对象创建原始对象。                                                                        writeToParcel(Parcel out,int flags)将当前对象写入序列化结构中,其中flags标识有两中值0或者1,为1时标识当前对象需要作为返回值返回,不立即释放资源,几乎所有的情况都是0 PARCELABLE_WRITE_REYURN_BALUE                                                                                    describeContents()返回当前对象内容描述,如果含有文件描述符,返回1,否则返回0 CONTENTS_FILE_DESCRIPTOR

Parceable接口和Serializable接口区别:Serializable是java中的序列化接口,其使用简单但是开销很大,在序列化和反序列化中需要大量的IO操作,Parceable是Android中的序列化接口,更加适用于Android平台,虽然使用麻烦不过效率高,其主要是在内存上序列化,如果将对象序列化到存储设备或者将对象序列化后通过网络传输,这两种情况Serializable就比Parceable更加适合。

IPC进程间通信:

AIDL:Android Interface definition language Android接口定义语言,是以Binder为基础的一种进程间通信。

我们先了解是是Binder:是Android中的一个类,实现了IBinder接口,可以理解为一种虚拟的物理设备,是ServiceManager链接各种Manager(ActivityManager,WindowManager)和相应ManagerService的桥梁,从Android应用层来说,是客户端和服务端进行通信的媒介,当bindService的时候,服务端会返回一个包含了服务端业务调用的Binder对象,通过调用这个Binder对象,客户端可以获取服务端提供的服务或者数据。

Binder中的一些字段和方法:

DESCRIPTOR:Binder标识符一般是用包名。

asInterface(IBinder obj);用于将服务端的Binder对象转换成客户端所需要的AIDL接口类型,转换是区分进程的,如果是同进程则返回服务端Stub本身,反之则是系统分装后的Stub.proxy对象

asBinder();返回Binder本身

onTransact(int code,Pracel data,Pracel reply,int flags):服务端通过code来判断客户端请求的目标方法是什么,接着从data中取出目标方法所需要的参数,执行,然后在想reply写入返回值。如果onTransact()返回false,那么客户端请求就会失败,可以利用这个特性来进行权限判断。

客户端发生远程请求的同时,该线程会被挂起,知道得到响应或者被杀死。Binder得到客户端的请求,通过onTransact()方法将data中的参数写入到目标函数,目标函数执行完毕后将数据返回给客户端。

AIDL就是通过Binder机制来进行进程间通信的。

AIDL创建:

客户端:

绑定这个服务,将绑定成功后获取到的IBider强转成AIDL接口所属的类型,就可以调用其方法了。

服务端:

首先创建一个服务用于监听客户端的请求,然后创建一个AIDL文件,将暴露给客户端的接口在AIDL文件中申明,然后服务端实现AIDL。

AIDL支持的数据类型:

基本数据类型(boolean,char,int,float,double,long,short,byte);

String和CharSequence;

List:只支持ArrayList并且里面元素都要被AIDL支持

Map:只支持HashMap;

Parcelable:所有被实现了Parcelable;

AIDL:所有AIDL文件。其中自定义的Parcelable对象和AIDL对象必须要显示的improt进来,不管他们是否和AIDL文件处于相同的包内。

如果AIDL文件中使用了Parelable对象,就必须在它相同的文件夹内创建一个同这个对象的AIDL文件,申明这个是Parelable对象。如:

这里用到一个Book类,是可打包的,上述所说对于自定义的Parcelable需要显示import,所以有 import com.example.myaidl.Book;然后在相同文件夹内创建一个Book.aidl的文件:

在这个文件里面申明Book是可打包的即可:

AIDL回调管理:RemoteCallbackList是进程间通信过程中系统专门用于提供删除Listener的接口。内部有Map专门用来保存所有AIDL的回调 key是IBinder类型,value是Callback类型如:

public class RemoteCallbackListArrayMapmCallbacks = new ArrayMap();

key是IBinder类型,valuew是Callback类型

IBinder key = listener.asBinder();

Callback value = new Callback(listener,cookie);

虽然所有的Binder对象在传递过程中会新生成不同的对象,但是底层的Binder对象是一个,这个底层对象会存储在RemoteCallbackList中,在解除注册时,我们只需要遍历服务器所有的listener,找到对应的listener然后删除就可以了

beginBroadcast()获取有多少listener 必须要和finishBroadcast一起使用

相关文章

网友评论

      本文标题:Android进程间通信(1)

      本文链接:https://www.haomeiwen.com/subject/arudettx.html