Android之Binder和AIDL原理

前言

插件化技术火热已久,为什么会有插件化,时势造英雄吧,随着移动互联网的快速发展,业务的飞速增长,如何在有限时间给用户提供高质量的APP,当线上出现各种BUG,如何快速修复并发布上线,插件化的意义也就在这里了。目前插件化解决方案分为两个方向,一是以张勇的DroidPlugin框架为代表的动态替换方案,对Android底层的各种类进行Hook,来达到加载插件的四大组件的目的;二是以任玉刚的DL框架为代表的静态代理方案,通过ProxyActivity统一加载插件中的Activity。如何学好插件化这不是一件容易的事,需要我们对一些底层的知识有所了解,本篇文章讲解Binder和AIDL原理。

Binder原理

Binder是Android系统提供的一种IPC机制,从Android整体上看就是一个基于Binder通信的C/S架构,在Binder中分为Client端和Server端,哪个发消息哪个就是Client端,哪个接受消息哪个就是Server端。

在这里插入图片描述

通过上面Binder的架构图可以知道Client、Server和ServiceManager三者间关系,Server进程注册的各种Service会保存在ServiceManager中,对于ServiceManager来说,Server是ServiceManager的客户端,那么ServiceManager就是服务端了。如果Client进程想要使用某个Service,需要到ServiceManager中获取,对ServiceManager来说,Client是ServiceManager的客户端。Client与Server通过ServiceManager建立了通信的道路,上面的IPC就是进程间通信,Client与Server分属两个不同的进程,这两个进程如果想要通信就需要ServiceManager来配合。

接着看下图的Binder通信流程图:

在这里插入图片描述

Client端想要调用Server端的方法,由于Client和Server在两个不同的进程中,因此不能直接访问,这时需要Server端向ServiceManager注册服务,注册的过程中会向Binder驱动的全局链表binder_procs中插入服务端的信息,ServiceManager的svcinfo列表用于缓存注册过的服务,Client会通过ServiceManager的svcinfo列表查询并返回服务端的代理,拿到服务端代理对象就可以调用代理对象的方法,调用过程中通过BinderProxy将请求参数发送给ServiceManager,通过共享内存的方式完成通信,Binder的整体通信流程已经讲了大概,下面稍微补充下共享内存的知识。

跨进程通信是需要内核空间支持的,在Android系统中,这个运行在内核空间,负责各个用户进程通过Binder实现通信的内核模块就叫Binder驱动。Binder IPC 机制中涉及到的内存映射通过 mmap() 来实现,mmap() 是操作系统中一种内存映射的方法。内存映射简单的讲就是将用户空间的一块内存区域映射到内核空间。映射关系建立后,用户对这块内存区域的修改可以直接反应到内核空间;反之内核空间对这段区域的修改也能直接反应到用户空间。
内存映射能减少数据拷贝次数,实现用户空间和内核空间的高效互动。两个空间各自的修改能直接反映在映射的内存区域,从而被对方空间及时感知。也正因为如此,内存映射能够提供对进程间通信的支持。

Binder IPC通信过程是这样的,首先Binder驱动在内核空间创建一个数据接收缓存区,接着在内核空间开辟一块内核缓存区,建立内核缓存区和内核中数据接收缓存区以及内核中数据接收缓存区和接受进程用户空间地址之间的映射关系。发送方进程通过系统调用 copy_from_user() 将数据 copy 到内核中的内核缓存区,由于内核缓存区和接收进程的用户空间存在内存映射,因此也就相当于把数据发送到了接收进程的用户空间,这样便完成了一次进程间的通信。

AIDL原理

首页创建一个Test.aidl,里面一个add方法,生成的代码如下:

public interface Test extends android.os.IInterface
{
    /** Local-side IPC implementation stub class. */
    public static abstract class Stub extends android.os.Binder implements com.example.administrator.project01.Test
    {
        private static final java.lang.String DESCRIPTOR = "com.example.administrator.project01.Test";
        /** Construct the stub at attach it to the interface. */
        public Stub()
        {
            this.attachInterface(this, DESCRIPTOR);
        }
        /**
         * Cast an IBinder object into an com.example.administrator.project01.Test interface,
         * generating a proxy if needed.
         */
        public static com.example.administrator.project01.Test asInterface(android.os.IBinder obj)
        {
            if ((obj==null)) {
                return null;
            }
            android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
            if (((iin!=null)&&(iin instanceof com.example.administrator.project01.Test))) {
                return ((com.example.administrator.project01.Test)iin);
            }
            return new com.example.administrator.project01.Test.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
        {
            java.lang.String descriptor = DESCRIPTOR;
            switch (code)
            {
                case INTERFACE_TRANSACTION:
                {
                    reply.writeString(descriptor);
                    return true;
                }
                case TRANSACTION_add:
                {
                    data.enforceInterface(descriptor);
                    int _arg0;
                    _arg0 = data.readInt();
                    int _arg1;
                    _arg1 = data.readInt();
                    int _result = this.add(_arg0, _arg1);
                    reply.writeNoException();
                    reply.writeInt(_result);
                    return true;
                }
                default:
                {
                    return super.onTransact(code, data, reply, flags);
                }
            }
        }
        private static class Proxy implements com.example.administrator.project01.Test
        {
            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 int add(int first, int second) throws android.os.RemoteException
            {
                android.os.Parcel _data = android.os.Parcel.obtain();
                android.os.Parcel _reply = android.os.Parcel.obtain();
                int _result;
                try {
                    _data.writeInterfaceToken(DESCRIPTOR);
                    _data.writeInt(first);
                    _data.writeInt(second);
                    mRemote.transact(Stub.TRANSACTION_add, _data, _reply, 0);
                    _reply.readException();
                    _result = _reply.readInt();
                }
                finally {
                    _reply.recycle();
                    _data.recycle();
                }
                return _result;
            }
        }
        static final int TRANSACTION_add = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0);
    }
    public int add(int first, int second) throws android.os.RemoteException;
}

IBinder 是一个接口,代表了一种跨进程通信的能力。只要实现了这个接口,这个对象就能跨进程传输。IInterface 代表的就是 Server 进程对象具备什么样的能力(能提供哪些方法,其实对应的就是 AIDL 文件中定义的接口),BinderProxy 类是 Binder 类的一个内部类,它代表远程进程的 Binder 对象的本地代理;这两个类都继承自 IBinder, 因而都具有跨进程传输的能力;实际上,在跨进程的时候,Binder 驱动会自动完成这两个对象的转换。Stub继承了 Binder, 说明它是一个 Binder 本地对象,它实现了 IInterface 接口,表明它具有 Server 承诺给 Client 的能力;Stub 是一个抽象类,具体的 IInterface 的相关实现需要开发者自己实现。

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

在Stub中一个asInterface方法,它的用处就是判断Client和Server是否在同一个进程中,如果在同一个进程中就是直接返回本地对象,否则返回代理对象Proxy。

 private static class Proxy implements com.example.administrator.project01.Test
        {
            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 int add(int first, int second) throws android.os.RemoteException
            {
                android.os.Parcel _data = android.os.Parcel.obtain();
                android.os.Parcel _reply = android.os.Parcel.obtain();
                int _result;
                try {
                    _data.writeInterfaceToken(DESCRIPTOR);
                    _data.writeInt(first);
                    _data.writeInt(second);
                    mRemote.transact(Stub.TRANSACTION_add, _data, _reply, 0);
                    _reply.readException();
                    _result = _reply.readInt();
                }
                finally {
                    _reply.recycle();
                    _data.recycle();
                }
                return _result;
            }
        }
        static final int TRANSACTION_add = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0);
    }


代理类Proxy实现了Test接口,add方法中,通过Parcel将数据序列化,_data用于装载数据,将函数名称和函数参数写入到_data中,_reply用于接收函数返回值,最后使用IBinder的transact方法将数据传递给Binder的Server端了,mRemote就是通过asInterface方法传递过来的obj参数,在Server端接收到Client进程传递过来的数据,调用对应的函数,得到结果并返回。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Android Binder是在Android系统中用于进程间通信(IPC)的一种机制。Binder提供了一种高效的、低延迟的IPC方式,使得不同进程之间可以安全、可靠地进行通信。 下面是Android Binder的详细原理: 1. Binder驱动 Android Binder的底层是由Binder驱动实现的,它是一个在内核空间运行的模块,用于处理进程间通信。Binder驱动提供了一些API给用户空间的Binder库使用,这些API包括创建Binder对象、发送消息、接收消息等。 2. Binder对象 在Android系统中,每个进程都有一个唯一的Binder对象。Binder对象是由Binder驱动动态创建的,它包含了一个通信线程(Binder线程),用于处理当前进程与其他进程之间的通信。当进程需要与另一个进程通信时,它会向Binder驱动发送请求,请求创建一个新的Binder对象。 3. Binder代理和存根 当进程A需要与进程B通信时,它会向Binder驱动发送请求,请求创建一个新的Binder对象。Binder驱动会在进程B中创建一个Binder代理对象和一个Binder存根对象。 Binder代理对象是在进程A中创建的,它是一个轻量级的对象,用于向进程B发送请求。当进程A需要向进程B发送请求时,它会通过Binder代理对象向Binder驱动发送请求,请求将消息发送给进程B。 Binder存根对象是在进程B中创建的,它是一个重量级的对象,用于接收进程A发送的请求,并将请求转发给进程B中的相应组件。当进程B接收到来自进程A的请求时,它会通过Binder存根对象处理请求,并将结果返回给Binder驱动,最终返回给进程A。 4. 远程代理 Android Binder还提供了一种远程代理机制,它可以将一个对象在不同的进程之间传递。当进程A需要访问进程B中的某个对象时,它会先向Binder驱动发送请求,请求获取该对象的远程代理。Binder驱动会在进程A中创建一个轻量级的远程代理对象,用于向进程B发送请求,并将请求转发给进程B中的相应组件。当进程B接收到来自进程A的请求时,它会通过Binder存根对象处理请求,并将结果返回给Binder驱动,最终返回给进程A中的远程代理对象。 以上就是Android Binder的详细原理Android Binder是一个非常重要的组件,它为Android系统中的进程间通信提供了高效、可靠的解决方案。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值