interface IBookManager {
/**
- Demonstrates some basic types that you can use as paramet ers
- and return values in AIDL.
*/
void basicTypes(int anInt, long aLong, boolean aBoolean, flo at aFloat, double aDouble, String aString);
}
默认如下格式,由于本例要操作Book类,实现两个方法,添加书本和返回书本列 表。
定义一个Book类,实现Parcelable
接口。
public class Book implements Parcelable {
public int bookId;
public String bookName;
public Book() {
}
public Book(int bookId, String bookName) {
this.bookId = bookId;
this.bookName = bookName;
}
public int getBookId() {
return bookId;
}
public void setBookId(int bookId) {
this.bookId = bookId;
}
public String getBookName() {
return bookName;
}
public void setBookName(String bookName) {
this.bookName = bookName;
}
@Override
public int describeContents() {
return 0;
}
@Override
public void writeToParcel(Parcel dest, int flags) {
dest.writeInt(this.bookId);
dest.writeString(this.bookName);
}
protected Book(Parcel in) {
this.bookId = in.readInt();
this.bookName = in.readString();
}
public static final Parcelable.Creator CREATOR = new P arcelable.Creator() {
@Override
public Book createFromParcel(Parcel source) {
return new Book(source);
}
@Override
public Book[] newArray(int size) {
return new Book[size];
}
};
}
由于AIDL只支持数据类型:基本类型(int,long,char,boolean等),String, CharSequence,List,Map,其他类型必须使用import导入,即使它们可能在同一 个包里,比如上面的Book。 最终IBookManager.aidl
的实现
// Declare any non-default types here with import statements import com.lvr.aidldemo.Book;
interface IBookManager {
/**
- Demonstrates some basic types that you can use as paramet ers
- and return values in AIDL.
*/
void basicTypes(int anInt, long aLong, boolean aBoolean, flo at aFloat, double aDouble, String aString);
void addBook(in Book book); List getBookList();
}
注意: 如果自定义的Parcelable
对象,必须创建一个和它同名的AIDL文件,并在其 中声明它为parcelable
类型。
Book.aidl
// Book.aidl
package com.lvr.aidldemo;
parcelable Book;
以上就是AIDL部分的实现,一共三个文件。 然后Make Project ,SDK为自动为我们生成对应的Binder类。 在如下路径下:
其中该接口中有个重要的内部类Stub ,继承了Binder 类,同时实现了 IBookManager
接口。 这个内部类是接下来的关键内容。
public static abstract class Stub extends android.os.Binder impl ements com.lvr.aidldemo.IBookManager{}
服务端 服务端首先要创建一个Service用来监听客户端的连接请求。然后在Service 中实现Stub 类,并定义接口中方法的具体实现。
//实现了AIDL的抽象函数
private IBookManager.Stub mbinder = new IBookManager.Stub() {
@Override
public void basicTypes(int anInt, long aLong, boolean aBoole an, float aFloat, double aDouble, String aString) throws RemoteE xception {
//什么也不做
}
@Override
public void addBook(Book book) throws RemoteException {
//添加书本
if (!mBookList.contains(book)) {
mBookList.add(book); }
}
@Override
public List getBookList() throws RemoteException {
return mBookList;
}
};
当客户端连接服务端,服务端就会调用如下方法:
public IBinder onBind(Intent intent) {
return mbinder;
}
就会把Stub实现对象返回给客户端,该对象是个Binder对象,可以实现进程间通 信。 本例就不真实模拟两个应用之间的通信,而是让Service另外开启一个进程来 模拟进程间通信。
android:process=":remote"
设置为另一个进程。 <action android:name="com.lvr.aidldemo.MyService"/>
是为了能让其他apk隐式 bindService。通过隐式调用的方式来连接service,需要把category设为default, 这是因为,隐式调用的时候,intent中的category默认会被设置为default。
客户端
首先将服务端工程中的aidl文件夹下的内容整个拷贝到客户端工程的对应位置下, 由于本例的使用在一个应用中,就不需要拷贝了,其他情况一定不要忘记这一步。
客户端需要做的事情比较简单,首先需要绑定服务端的Service。
Intent intentService = new Intent();
intentService.setAction(“com.lvr.aidldemo.MyService”);
intentService.setPackage(getPackageName());
intentService.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
MyClient.this.bindService(intentService, mServiceConnection, BIN
D_AUTO_CREATE);
Toast.makeText(getApplicationContext(), “绑定了服务”, Toast.LENGTH _SHORT).show();
将服务端返回的Binder对象转换成AIDL接口所属的类型,接着就可以调用AIDL中的 方法了。
if (mIBookManager != null) {
try {
mIBookManager.addBook(new Book(18, “新添加的书”));
Toast.makeText(getApplicationContext(), mIBookManager.ge
tBookList().size() + “”, Toast.LENGTH_SHORT).show();
} catch (RemoteException e) {
e.printStackTrace();
}
}
3.AIDL的工作原理
Binder机制的运行主要包括三个部分:注册服务、获取服务和使用服务。 其中注册 服务和获取服务的流程涉及C的内容,由于个人能力有限,就不予介绍了。
本篇文章主要介绍使用服务时,AIDL的工作原理。
①.Binder对象的获取
Binder是实现跨进程通信的基础,那么Binder对象在服务端和客户端是共享的,是 同一个Binder对象。在客户端通过Binder对象获取实现了IInterface接口的对象来调 用远程服务,然后通过Binder来实现参数传递。
那么如何维护实现了IInterface
接口的对象和获取Binder对象呢?
服务端获取Binder对象并保存IInterface
接口对象 Binder中两个关键方法:
public class Binder implement IBinder {
void attachInterface(IInterface plus, String descriptor)
IInterface queryLocalInterface(Stringdescriptor) //从IBinder 中继承而来
…
}
Binder具有被跨进程传输的能力是因为它实现了IBinder接口。系统会为每个实现了 该接口的对象提供跨进程传输,这是系统给我们的一个很大的福利。
Binder具有的完成特定任务的能力是通过它的IInterface
的对象获得的,我们可以 简单理解attachInterface
方法会将(descriptor,plus)作为(key,value)对存入 Binder对象中的一个Map对象中,Binder对象可通过attachInterface
方法持有一个 IInterface
对象(即plus)的引用,并依靠它获得完成特定任务的能力。 queryLocalInterface
方法可以认为是根据key值(即参数 descriptor)查找相应的 IInterface
对象。 在服务端进程,通过实现 private IBookManager.Stub mbinder = new IBookManager.Stub() {}
抽象类,获得Binder对象。 并保存了IInterface
对象。
public Stub() {
this.attachInterface(this, DESCRIPTOR);
}
客户端获取Binder对象并获取IInterface
接口对象 通过bindService
获得Binder对象
MyClient.this.bindService(intentService, mServiceConnection, BIN D_AUTO_CREATE);
然后通过Binder对象获得IInterface
对象。
private ServiceConnection mServiceConnection = new ServiceConnec tion() {
@Override
public void onServiceConnected(ComponentName name, IBinder b inder) {
//通过服务端onBind方法返回的binder对象得到IBookManager的实例, 得到实例就可以调用它的方法了
mIBookManager = IBookManager.Stub.asInterface(binder);
}
@Override
public void onServiceDisconnected(ComponentName name) {
mIBookManager = null;
}
};
其中 asInterface(binder)
方法如下:
public static com.lvr.aidldemo.IBookManager asInterface(android. os.IBinder obj) {
文末
那么对于想坚持程序员这行的真的就一点希望都没有吗?
其实不然,在互联网的大浪淘沙之下,留下的永远是最优秀的,我们考虑的不是哪个行业差哪个行业难,就逃避掉这些,无论哪个行业,都会有他的问题,但是无论哪个行业都会有站在最顶端的那群人。我们要做的就是努力提升自己,让自己站在最顶端,学历不够那就去读,知识不够那就去学。人之所以为人,不就是有解决问题的能力吗?挡住自己的由于只有自己。
Android希望=技能+面试
- 技能
- 面试技巧+面试题
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。**
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!