IPC进程间通信之Binder

        Android开发中,Binder主要用在Service中,包括AIDL和Messenger,Messenger的底层实现是AIDL,选择AIDL分析Binder的工作机制。在Android studio下新建三个文件Book.java、Book.aidl、IBookManager.aidl。代码如下:

//Book.java
public class Book implements Parcelable {
    public int bookId;
    public String bookName;

    public Book(int bookId, String bookName) {
        this.bookId = bookId;
        this.bookName = bookName;
    }

    private Book(Parcel in) {
        bookId = in.readInt();
        bookName = in.readString();
    }

    @Override
    public int describeContents() {
        return 0;
    }

    @Override
    public void writeToParcel(Parcel dest, int flags) {
        dest.writeInt(bookId);
        dest.writeString(bookName);
    }

    public static final Parcelable.Creator<Book> CREATOR = new Parcelable.Creator<Book>() {

        @Override
        public Book createFromParcel(Parcel source) {
            return new Book(source);
        }

        @Override
        public Book[] newArray(int size) {
            return new Book[size];
        }
    };

    @Override
    public String toString() {
        return "[bookId: " + bookId + ", bookName: " + bookName + "]";
    }
}
// Book1.aidl
package com.bjut.aidl_demo;

parcelable Book;
// IBookManager.aidl
package com.bjut.aidl_demo;
// Declare any non-default types here with import statements
import com.bjut.aidl_demo.Book;

interface IBookManager {
    List<Book> getBookList();
    void addBook(in Book book);
}
        三个文件中,Book.java是一个表示图书信息的类,它实现了Parcelable接口,Book.aidl是Book类在AIDL中的声明。IBookManager.aidl是定义的一个接口,里面有两个方法:getBookList和addBook,其中getBookList用于从远程服务端获取图书列表,而addBook用于网图书列表里添加一本书。可看到,尽管Book类和IBookManager位于相同的包中,但是在IBookManager中仍然要导入Book类,这就是AIDL的特殊之处。然后点击“Build->Make project”,在build->generated->source->aidl->debug目录下,即可看到系统生成的IBookManager.java类。

/*
 * This file is auto-generated.  DO NOT MODIFY.
 * Original file: H:\\StudioProjects\\AIDL_Demo\\app\\src\\main\\aidl\\com\\bjut\\aidl_demo\\IBookManager.aidl
 */
package com.bjut.aidl_demo;
public interface IBookManager extends android.os.IInterface
{
/** Local-side IPC implementation stub class. */
	public static abstract class Stub extends android.os.Binder implements com.bjut.aidl_demo.IBookManager
	{
		private static final java.lang.String DESCRIPTOR = "com.bjut.aidl_demo.IBookManager";
		/** Construct the stub at attach it to the interface. */
		public Stub()
		{
			this.attachInterface(this, DESCRIPTOR);
		}
		/**
 		* Cast an IBinder object into an com.bjut.aidl_demo.IBookManager interface,
 		* generating a proxy if needed.
 		*/
		public static com.bjut.aidl_demo.IBookManager asInterface(android.os.IBinder obj)
		{
			if ((obj==null)) {
				return null;
			}
			android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
			if (((iin!=null)&&(iin instanceof com.bjut.aidl_demo.IBookManager))) {
				return ((com.bjut.aidl_demo.IBookManager)iin);
			}
			return new com.bjut.aidl_demo.IBookManager.Stub.Proxy(obj);
		}
		@Override
		public android.os.IBinder asBinder()
		{
			return this;
		}
		@Override 
		public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException
		{
			switch (code)
			{
				case INTERFACE_TRANSACTION:
				{
					reply.writeString(DESCRIPTOR);
					return true;
				}
				case TRANSACTION_getBookList:
				{
					data.enforceInterface(DESCRIPTOR);
					java.util.List<com.bjut.aidl_demo.Book> _result = this.getBookList();
					reply.writeNoException();
					reply.writeTypedList(_result);
					return true;	
				}
				case TRANSACTION_addBook:
				{
					data.enforceInterface(DESCRIPTOR);
					com.bjut.aidl_demo.Book _arg0;
					if ((0!=data.readInt())) {
						_arg0 = com.bjut.aidl_demo.Book.CREATOR.createFromParcel(data);
					}else {
						_arg0 = null;
					}
					this.addBook(_arg0);
					reply.writeNoException();
					return true;
				}
			}
			return super.onTransact(code, data, reply, flags);
		}
		private static class Proxy implements com.bjut.aidl_demo.IBookManager
		{
			private android.os.IBinder mRemote;
			Proxy(android.os.IBinder remote)
			{
				mRemote = remote;
			}
			@Override 
			public android.os.IBinder asBinder()
			{
				return mRemote;
			}
			public java.lang.String getInterfaceDescriptor()
			{
				return DESCRIPTOR;
			}
			@Override 
			public java.util.List<com.bjut.aidl_demo.Book> getBookList() throws android.os.RemoteException
			{
				android.os.Parcel _data = android.os.Parcel.obtain();
				android.os.Parcel _reply = android.os.Parcel.obtain();
				java.util.List<com.bjut.aidl_demo.Book> _result;
				try {
					_data.writeInterfaceToken(DESCRIPTOR);
					mRemote.transact(Stub.TRANSACTION_getBookList, _data, _reply, 0);
					_reply.readException();
					_result = _reply.createTypedArrayList(com.bjut.aidl_demo.Book.CREATOR);
				}
				finally {
					_reply.recycle();
					_data.recycle();
				}
				return _result;
			}
			@Override 
			public void addBook(com.bjut.aidl_demo.Book book) throws android.os.RemoteException
			{
				android.os.Parcel _data = android.os.Parcel.obtain();
				android.os.Parcel _reply = android.os.Parcel.obtain();
				try {
					_data.writeInterfaceToken(DESCRIPTOR);
					if ((book!=null)) {
						_data.writeInt(1);
						book.writeToParcel(_data, 0);
					} else {
						_data.writeInt(0);
					}
					mRemote.transact(Stub.TRANSACTION_addBook, _data, _reply, 0);
					_reply.readException();
				} finally {
					_reply.recycle();
					_data.recycle();
				}
			}

	static final int TRANSACTION_getBookList = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0);
	static final int TRANSACTION_addBook = (android.os.IBinder.FIRST_CALL_TRANSACTION + 1);

	}
	public java.util.List<com.bjut.aidl_demo.Book> getBookList() throws android.os.RemoteException;
	public void addBook(com.bjut.aidl_demo.Book book) throws android.os.RemoteException;
}
        可以看到,根据IBookManager.aidl系统为我们生成了IBookManager.java这个类,它继承了IInterface这个接口。首先,它声明了两个方法getBookList和addBook,这就是我们在IBookManager.aidl中声明的方法,同时它还声明了两个整型的id分别用于标识这两个方法,这两个id用于标识在transact过程中客户端所请求的到底是哪个方法。接着,它声明了一个内部类Stub,这个Stub就是一个Binder类,当客户端和服务端都位于同一个进程时,方法调用不会走跨进程的transact过程,当两者位于不同进程时,方法调用需要走transact进程,这个逻辑由Stub的内部代理类Proxy来完成。这个接口的核心实现就是它的内部类Stub和Stub的内部代理类Proxy,下面介绍每个方法的含义。

DESCRIPTOR

         Binder的唯一标识,一般用当前Binder的类名表示,比如本例的“com.bjut.aidl_demo.IBookManager”。

asInterface(android.os.IBinder obj)

          用于将服务端的Binder对象转换成客户端所需的AIDL接口类型的对象,这种转换过程是区分进程的:如果客户端和服务端位于同一进程,那么此方法返回的就是服务端的Stub对象本身,否则返回的是系统封装后的Stub.proxy对象。

onTransact

          这个方法运行在服务端中的Binder线程池中,当客户端发起跨进程请求时,远程请求会通过系统底层封装后交由此方法来处理。该方法的原型为public Boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags)。服务端通过code可以确定客户端所请求的目标方法是什么,接着从data中取出目标方法所需的参数(如果有的话),然后执行目标方法。当目标方法执行完之后,就像reply中写入返回值(如果有的话)。需要注意的是,如果此方法返回false,那么客户端的请求会失败,因此我们可以利用这个特性来做权限验证。

Proxy#getBookList

          这个方法运行在客户端,当客户端远程调用此方法时,它的内部实现是:首先创建该方法所需要的输入型Parcel对象_data、输出型Parcel对象_reply和返回值对象List;然后把该方法的参数信息写入_data中(如果有的话);接着调用transact方法来发起RPC(Remote Process Call 远程过程调用)请求,同时当前线程挂起;然后服务端的onTransact方法会被调用,知道RPC过程返回后,当前线程继续执行,并从_reply中取出RPC过程的返回结果;最后返回_reply中的数据。

Proxy#addBook

           这个方法运行在客户端,它的执行过程和getBookList是一样的,addBook没有返回值,所以它需要从_reply中取出返回值。

       通过上面的分析,我们应该了解了Binder的工作机制,有两点需要注意:

  1. 当客户端发起远程请求时,由于当前线程会被挂起直至服务端进程返回数据,所以如果一个远程方法调用是很耗时的,那么不能再UI线程中发起此远程请求。
  2. 由于服务端的Binder方法运行在Binder的线程池中,所以Binder方法不管是否耗时都应该采用同步的方式去实现,因为它已经运行在一个线程中了。
         最后,为了更好地说明Binder,下面给出一个Binder的工作机制图。






评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值