Android之Binder的使用及上层原理，Aidl自动生成binder

借鉴自开发艺术

Binder是Android中的一个类，实现了IBinder接口

IPC角度，是一种跨进程通信方式

可以理解为一种虚拟的物理设备，它的设备驱动是/dev/binder，Linux中没有这种通信方式

Framework层，Binder是ServiceManager连接各种Manager（ActivityManager、WindowManager等）和相应ManagerService的桥梁

应用层，是客户端和服务端通信的媒介，当bindService的时候，服务端会返回一个包含了服务端业务调用的Binder对象，通过这个Binder对象，客户端就可以获取服务端提供的数据或者服务，这里的服务包括普通服务和基于AIDL的服务。

Android开发中，Binder主要用在Service中，包括AIDL和Messenger，其中普通Service中的Binder不涉及进程间通信，而Messenger的底层其实是AIDL。、

直接新建Aidl文件

rebuild

会发现

gen目录下会生成对应的java文件，就好了

生成的java文件如下

public interface IMyAidlInterface extends android.os.IInterface {
    /**
     * Local-side IPC implementation stub class.
     */
    public static abstract class Stub extends android.os.Binder implements com.example.test.IMyAidlInterface {
        private static final java.lang.String DESCRIPTOR = "com.example.test.IMyAidlInterface";

        /**
         * Construct the stub at attach it to the interface.
         */
        public Stub() {
            this.attachInterface(this, DESCRIPTOR);
        }

        /**
         * Cast an IBinder object into an com.example.test.IMyAidlInterface interface,
         * generating a proxy if needed.
         */
        public static com.example.test.IMyAidlInterface asInterface(android.os.IBinder obj) {
            if ((obj == null)) {
                return null;
            }
            android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
            if (((iin != null) && (iin instanceof com.example.test.IMyAidlInterface))) {
                return ((com.example.test.IMyAidlInterface) iin);
            }
            return new com.example.test.IMyAidlInterface.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_getUserName: {
                    data.enforceInterface(DESCRIPTOR);
                    java.lang.String _result = this.getUserName();
                    reply.writeNoException();
                    reply.writeString(_result);
                    return true;
                }
            }
            return super.onTransact(code, data, reply, flags);
        }

        private static class Proxy implements com.example.test.IMyAidlInterface {
            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.lang.String getUserName() throws android.os.RemoteException {
                android.os.Parcel _data = android.os.Parcel.obtain();
                android.os.Parcel _reply = android.os.Parcel.obtain();
                java.lang.String _result;
                try {
                    _data.writeInterfaceToken(DESCRIPTOR);
                    mRemote.transact(Stub.TRANSACTION_getUserName, _data, _reply, 0);
                    _reply.readException();
                    _result = _reply.readString();
                } finally {
                    _reply.recycle();
                    _data.recycle();
                }
                return _result;
            }
        }

        static final int TRANSACTION_getUserName = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0);
    }

    public java.lang.String getUserName() throws android.os.RemoteException;
}

只有3块内容

1.stub类，binder

2.proxy，stub的内部代理

3.我们自己先前在aidl中定义的方法

逐步分析

Binder的唯一标识，一般是当前的类名

private static final java.lang.String DESCRIPTOR = "com.example.test.IMyAidlInterface";

把服务端的Binder对象转化成客户端所需的AIDL接口类型的对象，如果客户端和服务端在同一进程，那么返回的就是这服务端的Stub对象本身，否则返回的是系统封装后的Stub.proxy对象。

public static com.example.test.IMyAidlInterface asInterface(android.os.IBinder obj) {
    if ((obj == null)) {
        return null;
    }
    android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
    if (((iin != null) && (iin instanceof com.example.test.IMyAidlInterface))) {
        return ((com.example.test.IMyAidlInterface) iin);
    }
    return new com.example.test.IMyAidlInterface.Stub.Proxy(obj);
}

（服务端指的是另一个进程啊，不是服务器）

这个方法运行在服务端的Binder线程池中，当客户端发起跨进程请求时，远程请求会通过系统底层封装后交给这个方法来处理（服务端中）。服务端通过code可以知道客户端请求的方法是什么，data是方法的参数，也可以没有，然后执行这个方法，执行好后会写入返回值到reply中，也可以没有。如果这个方法返回false，那么客户端的请求会失败，所以可以利用这个特性来做权限验证。

@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_getUserName: {
            data.enforceInterface(DESCRIPTOR);
            java.lang.String _result = this.getUserName();
            reply.writeNoException();
            reply.writeString(_result);
            return true;
        }
    }
    return super.onTransact(code, data, reply, flags);
}

Proxy中的我们自己定义的getUserName，这个方法运行在客户端，当客户端“远程”调用这个方法的时候，它的内部实现：创建输入型Parcel对象_data，输出型Parcel对象_reply和返回值对象String；再把这个方法的参数信息写入_data中，再调用transact方法来发起RPC（远程过程调用）请求，同时当前线程挂起；然后服务端的onTransact方 法会被调用，当RPC过程返回后，当前线程继续执行，并从_reply中取出返回结果，最后返回_reply中的数据。这里线程的挂起，所以我们不应该在UI线程中进行耗时请求。 但是服务端的Binder方法是运行在Binder线程池中的，因此Binder方法不管耗时与否，都应该用同步的方式去实现。整个的意思就是，binder要同步地写，发起耗时请求要异步地写。下面的就是代理类的核心意义了，其目的是代理transact方法，完成这个流程

@Override
public java.lang.String getUserName() throws android.os.RemoteException {
    android.os.Parcel _data = android.os.Parcel.obtain();
    android.os.Parcel _reply = android.os.Parcel.obtain();
    java.lang.String _result;
    try {
        _data.writeInterfaceToken(DESCRIPTOR);
        mRemote.transact(Stub.TRANSACTION_getUserName, _data, _reply, 0);
        _reply.readException();
        _result = _reply.readString();
    } finally {
        _reply.recycle();
        _data.recycle();
    }
    return _result;
}

流程

当然，这部分代码自己写最好，因为AIDL不是必需品。

Binder是运行在服务器端的，如果服务端进程异常终止了，会导致远程调用失败。不仅如此，如果我们不知道连接已经断了，客户端的功能就会受到影响。为了解决这个问题，Binder提供2个配对方法，linkToDeath，unlinkToDeath，linkToDeath可以给Binder设置一个死亡代理，Binder死亡的时候，我们会收到通知，这个时候我们就可以重新发起请求连接了。

设置死亡代理

private IBinder.DeathRecipirnt mDeathRecipient = new IBinder.DeathRecipient() {

    @Override

    public void binderDied() {

        if(mBookManager == null) return;

        mBookManager.asBinder().unlinkToDeaTh(mDrathRecipient, 0);

        mBookManager = null;

    }

}

在客户端绑定成功后，给binder设置死亡代理

mService = IMessageBoxManager.Stub.asInterface(binder);

binder.linkToDeath(mDeathRecipient, 0);