Android.进程间的通信之AIDL

broadcast,aidl和Content Provider的区别和适用场所

这3种都可以实现跨进程的通信，那么从效率，适用范围，安全性等方面来比较的话他们3者之间有什么区别？最好举个例子的。

broadcast：用于发送和接收广播！实现信息的发送和接收！
aidl：用于不同程序将服务的相互调用！实现了一个程序为另一个程序服务的功能！
Content Provider:用于将程序的数据库人为地暴露出来！实现一个程序可以对另个程序的数据库进行相对用的操作！

各自的优缺点：
Broadcast：既然是广播，那么它的优点是：注册了这个广播接收器的应用都能够收到广播，范围广。缺点是：速度慢点，而且必须在一定时间内把事情处理完(onReceive执行必须在几秒之内)，否则的话系统给出ANR。
AIDL：是进程间通信用的，类似一种协议吧。优点是：速度快(系统底层直接是共享内存)，性能稳，效率高，一般进程间通信就用它。
Content Provider：因为只是把自己的数据库暴露出去，其他程序都可以来获取数据，数据本身不是实时的，不像前两者,只是起个数据供应作用。一般是某个成熟的应用来暴露自己的数据用的。你要是为了进程间通信，还是别用这个了，这个又不是实时数据。

在Android中，如果我们需要在不同进程间实现通信，就需要用到AIDL技术去完成。

AIDL（Android Interface Definition Language）是一种接口定义语言，编译器通过*.aidl文件的描述信息生成符合通信协议的Java代码，通过预先定义的接口达到两个进程内部通信进程的目的.

如果需要在一个Activity中,访问另一个Service中的某个对象,需要先将对象转化成AIDL可识别的参数(可能是多个参数),然后使用AIDL来传递这些参数,在消息的接收端,使用这些参数组装成自己需要的对象.

AIDL的IPC的机制和COM或CORBA类似,是基于接口的，但它是轻量级的。它使用代理类在客户端和实现层间传递值. 如果要使用AIDL,需要完成2件事情: 1. 引入AIDL的相关类.; 2. 调用aidl产生的class.

想让两个apk之间的应用程序有一个通信的功能，就得需要进程间的通信的操作,aidl一般是底层进程间通信,速多快，效率高，性能稳定.

在Android中,每个应用程序都可以有自己的进程. 在写UI应用的时候,经常要用到Service. 在不同的进程中,怎样传递对象呢? 显然,Java中不允许跨进程内存共享. 因此传递对象,只能把对象拆分成操作系统能理解的简单形式,以达到跨界对象访问的目的. 在J2EE中,采用RMI的方式,可以通过序列化传递对象. 在Android中,则采用AIDL的方式. 理论上AIDL可以传递Bundle,实际上做起来却比较麻烦.

接下来，我就演示一个操作AIDL的最基本的流程。

进程间通信AIDL图解

这里写图片描述

视频教程密码：gf4f

首先，我们需要建立一个服务端的工程

Service

1.新建一个包：
在这个包下新建一个后缀名为.aidl的接口类

这里写图片描述

2.在这个类中写几个需要被实现的方法：
package com.example.service;
interface DataService{
double getData(String arg);
}

3.写完上面的类后在Eclipse插件的帮助下，编译器会自动在gen目录中生成对应的java文件

这里写图片描述

这个类里看到生成一个抽象的Stub类继承自Binder 实现了后缀为.aidl的类

这里写图片描述

4.写一个Service
在这个Service中实现一个Binder，通过new DataService.Stub()获得，并且实现接口类DataService中需要实现的方法getData（）
//定义提供给客户端调用的方法
Binder binder = new DataService.Stub() {

       @Override
       public double getData(String arg) throws RemoteException {
           if (arg.equals( "A")) {
                return 1;
          } else if (arg.equals( "B")) {
                return 2;
          }
           return 0;
      }
 };

将这个Binder给onBind(Intent arg0）的返回值

5.一定要记得在清单配置文件中注册下这个Service并且要加上intent-filter设置正确action

<service android:name=".MyService" >
           <!-- 添加一个意图过滤器 -->
           <intent-filter >
               <!-- 需要过滤的动作 -->
              <action android:name="com.example.service.DataService" >
               </action>
           </intent-filter>
       </service >

6.再在服务端绑定页面绑定一下我们写的Service就OK了
intent = new Intent(MainActivity. this,MyService.class);
startService(intent);

Client

1.同样要新建一个包：
在这个包下新建一个后缀名为.aidl的接口类

把service上的代码直接拷贝过来就可以了
也会在gen文件夹下生产一个对应的java

2.通过ServiceConnection跟服务端搭上关系得到DataService对象
private ServiceConnection connection = new ServiceConnection() {
@Override
public void onServiceDisconnected(ComponentName arg0) {
}
@Override
public void onServiceConnected(ComponentName name,IBinder service) {
dataService = DataService.Stub. asInterface(service);
}
};

3.绑定上这个服务
Intent intent = new Intent(DataService. class.getName());
bindService(intent,connection,BIND_AUTO_CREATE);

4.跟service间数据交互（也就是进程间的数据交互）
try {
double result = dataService.getData(“A” );
//答应出1，是服务端返回的值
System. out.println( “=====>” + result);
} catch (Exception e) {
e.printStackTrace();
}

源码

如果需要传递自定义的实体类

实体类需序列化（Serializable、Parcelable），两者之间的区别：（java中)Serializable,这个接口序列化内部操作看不到，不能更改。android中认为Serializable中的机制不符合我们的需求。
Service端和客户端需要在.aidl的包下创建实体类和它的aidl文件。如：Person.java和Person.aidl
Person.aidl中内容
Parcelable Person;//用来约束Person这个对象

PerSon.java序列化继承Parcelable

public static final Parcelable.Creator<Person> CREATOR = new Parcelable.Creator<Person>(){
    Person createFromParcel(Parcel source){
        return new Person(source);
    }
    Person[] newArray(int size){
        return new Person[size];
    }
};//公有静态
void writeToParcel(Parcel dest,int flags){
    dest.writeInt(age);
    dest.writeString(name);
}

public Person(Parcel parcel){
    readFromParcel(parcel);
}
void readFromParcel(Parcel in){
    age = in.readInt();
    name = in.readString();
}

原文地址：https://blog.csdn.net/lwzhang1101

Android.进程间的通信之AIDL

broadcast,aidl和Content Provider的区别和适用场所

在Android中，如果我们需要在不同进程间实现通信，就需要用到AIDL技术去完成。

进程间通信AIDL图解

Service

Client

如果需要传递自定义的实体类

相关推荐