IPC机制中的IBinder

本文详细介绍了Android中的Binder机制,包括IBinder接口的作用、transact和onTransact方法的使用,以及Binder在跨进程通信中的工作原理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

谈transact 和onTransact需要先聊聊iBinder

IBinder是什么呢?首先要明白,Android的远程调用(就是跨进程调用)就是通过IBinder实现的,下面是对android开发文档的翻译。

IBinder是远程对象的基本接口,是为高性能而设计的轻量级远程调用机制的核心部分。但它不仅用于远程调用,也用于进程内调用。这个接口定义了与远程对象交互的协议。不要直接实现这个接口,而应该从Binder派生。
IBinder的主要API是transact(),与它对应另一方法是Binder.onTransact()。第一个方法使你可以向远端的IBinder对象发送发出调用,第二个方法使你自己的远程对象能够响应接收到的调用。IBinder的API都是同步执行的,比如transact()直到对方的Binder.onTransact()方法调用完成后才返回。调用发生在进程内时无疑是这样的,而在进程间时,在IPC的帮助下,也是同样的效果。
通过transact()发送的数据是Parcel,Parcel是一种一般的缓冲区,除了有数据外还带有一些描述它内容的元数据。元数据用于管理IBinder对象的引用,这样就能在缓冲区从一个进程移动到另一个进程时保存这些引用。这样就保证了当一个IBinder被写入到Parcel并发送到另一个进程中,如果另一个进程把同一个IBinder的引用回发到原来的进程,那么这个原来的进程就能接收到发出的那个IBinder的引用。这种机制使IBinder和Binder像唯一标志符那样在进程间管理。
系统为每个进程维护一个存放交互线程的线程池。这些交互线程用于派送所有从另外进程发来的IPC调用。例如:当一个IPC从进程A发到进程B,A中那个发出调用的线程(这个应该不在线程池中)就阻塞在transact()中了。进程B中的交互线程池中的一个线程接收了这个调用,它调用Binder.onTransact(),完成后用一个Parcel来做为结果返回。然后进程A中的那个等待的线程在收到返回的Parcel后得以继续执行。实际上,另一个进程看起来就像是当前进程的一个线程,但不是当前进程创建的。
Binder机制还支持进程间的递归调用。例如,进程A执行自己的IBinder的transact()调用进程B的Binder,而进程B在其Binder.onTransact()中又用transact()向进程A发起调用,那么进程A在等待它发出的调用返回的同时,还会用Binder.onTransact()响应进程B的transact()。总之Binder造成的结果就是让我们感觉到跨进程的调用与进程内的调用没什么区别。
当操作远程对象时,你经常需要查看它们是否有效,有三种方法可以使用:
1 transact()方法将在IBinder所在的进程不存在时抛出RemoteException异常。
2 如果目标进程不存在,那么调用pingBinder()时返回false。
3 可以用linkToDeath()方法向IBinder注册一个IBinder.DeathRecipient,在IBinder代表的进程退出时被调用。
要实现IBinder来支持远程调用,应从Binder类派生一个类。Binder实现了IBinder接口。但是一般不需要直接实现此类,而是跟据你的需要由开发包中的工具生成,这个工具叫AIDL。你通过AIDL语言定义远程对象的方法,然后用AIDL工具生成Binder的派生类,然后就可使用之。然而,可是,但是,当然,你也可以直接从Binder类派生以实现自定义的RPC调用,或只是实例化一个原始的Binder对象直接作为进程间共享的令牌来使用。
 

Android IPC机制—Binder的工作机制

进程和线程的关系

IPC机制即为跨进程通信,是inter-Process Communication的缩写。是指两个进程之间进行通信。在说进程通信之前,我们的弄明白什么是线程,什么是进程。进程和线程是两个截然不同的概念。按照操作系统中的描述,线程是CPU调度的最小单位,同时线程也是一种有限的系统资源。而进程一般是指一个执行单元,在pc端或者移动端上是指一个程序或者一个应用。一个进程中可以包含一个或者是多个线程。所以他们的关系应该是包含和被包含的关系。

跨进程的种类

在Android中跨进程通信的方式有很多种,Bundle,文件共享,AIDL,Messenger,ContentProvider,Socket,这些都能实现进程间之间的通信,当然,虽然都能够实现进程间通信,但是他们之间的实现原理或者说是底层的实现方式都是不一样的。下面,我们将会一一说明。

注:很多同学觉得创建进程就应该创建一个新的应用。其实不是的。只要我们在AndroidMenifest上加上这一句代码就可以了android:process=“:remote”具体的,同学们可以自己的了解。

 

在说IPC之前,先说一下一些基础概念,这样对后面的内容能够更好的理解。

1、Serializable,Parcelable接口

Serializable接口是java提供的一个序列化的接口,这是一个空的接口,为对象提供标准的序列化和反序列化操作。Serializable序列化和反序列化,都是采ObjectOutputStream 和ObjectInputStream就可以实现,当然这些系统基本已经为我们实现了。

Parcelable接口,是Android自带的一种序列化方式。序列化和反序列化都是通过writeToParcel方法来完成的。

两者的区别:Serializable是java的序列化接口使用简单,但是由于序列化和反序列化的过程需要大量的I/o操作,所以性能较差。Parcelable接口使用较为麻烦,但是效率很高,但是存在一个很大的缺点,就是被Parcelable将对象序列化以后,要将对象保存到磁盘中的,将会很麻烦。所以建议是使用Serializable。

Binder

直观来说,Binder是Android中的一个类,它实现了IBinder接口,从IPC的角度来说,Binder是Android中的一种跨进程通信的一种方式,同时还可以理解为是一种虚拟的物理设备,它的设备驱动是/dev/binder/。从Framework角度来说,Binder是ServiceManager的桥梁。从应用层来说,Binder是客户端和服务端进行通信的媒介。

在Android开发中,Binder主要用在Service中,包括AIDL和Messenger,由于Messenger的底层其实就是Aidl,所以现在我们以AIDL来分析一下binder的工作机制。

对AIDL还不懂使用的朋友可以看一下我以前写的一篇博客:https://blog.youkuaiyun.com/xuefu_78/article/details/68557566,下面就以这个例子来分析一下这个Binder的工作机制。

上代码:

/*

 * This file is auto-generated.  DO NOT MODIFY.

 * Original file: /Users/huangjialin/MyApplication/service/src/main/aidl/aidl/MyAIDLService.aidl

 */

package aidl;

// Declare any non-default types here with import statements


public interface MyAIDLService extends android.os.IInterface {



    /**

     * Local-side IPC implementation stub class.

     */

    public static abstract class Stub extends android.os.Binder implements aidl.MyAIDLService {

        private static final java.lang.String DESCRIPTOR = "aidl.MyAIDLService";



        /**

         * Construct the stub at attach it to the interface.

         */

        public Stub() {

            this.attachInterface(this, DESCRIPTOR);

        }



        /**

         * Cast an IBinder object into an aidl.MyAIDLService interface,

         * generating a proxy if needed.

         */

        public static aidl.MyAIDLService asInterface(android.os.IBinder obj) {

            if ((obj == null)) {

                return null;

            }

            android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);

            if (((iin != null) && (iin instanceof aidl.MyAIDLService))) {

                return ((aidl.MyAIDLService) iin);

            }

            return new aidl.MyAIDLService.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_getString: {

                    data.enforceInterface(DESCRIPTOR);

                    java.lang.String _result = this.getString();

                    reply.writeNoException();

                    reply.writeString(_result);

                    return true;

                }

            }

            return super.onTransact(code, data, reply, flags);

        }



        private static class Proxy implements aidl.MyAIDLService {

            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 getString() 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_getString, _data, _reply, 0);

                    _reply.readException();

                    _result = _reply.readString();

                } finally {

                    _reply.recycle();

                    _data.recycle();

                }

                return _result;

            }

        }



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

    }



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

}

上面这段代码是系统生成的,在gen目录下可以看到根据MyAIDLService.aidl系统为我们生成了MyAIDLService.java这个类。我们先来了解一下这个类中每个方法的含义:

DESCRIPTOR:Binder的唯一标识,一般用于当前Binder的类名表示。

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

asBinder():用于返回当前Binder对象。

onTransact:该方法运行在服务端的Binder线程池中,当客户端发起跨进程通信请求的时候,远程请求通过系统底层封装后交给该方法处理。注意这个方法public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags),服务端通过code可以确定客户端所请求的目标方法是什么,接着从data中取出目标方法所需的参数,然后执行目标方法。当目标方法执行完毕后,就像reply中写入返回值。这个方法的执行过程就是这样的。如果这个方法返回false,客户端是会请求失败的,所以我们可以在这个方法中做一些安全验证。

public java.lang.String getString() throws android.os.RemoteException:

这个方法运行在客户端中,当客户端调用此方法的时候,它的内部实现是这样的:首先创建该方法所需要的输入类型Parcel对象_data,然后调用transact方法发起远程调用请求,同时当前线程挂起,然后服务端的OnTransact方法会被调用,直到RPC过程返回后,当前线程继续执行,并从_reply中读取返回的数据。

如图:Binder的工作机制

从上面分析,我们明白了Binder的工作机制但是要注意一些问题:1、当客户端发起请求时,由于当前线程会被挂起,直到服务端返回数据,如果这个远程方法很耗时的话,那么是不能够在UI线程,也就是主线程中发起这个远程请求的。

2、由于Service的Binder方法运行在线程池中,所以Binder方法不管是耗时还是不耗时都应该采用同步的方式,因为它已经运行在一个线程中了。

示例代码如下:

public class IBinder extends Binder {
    private Context context;
    public IBinder(Context context) {
        this.context=context;
    }

    @Override
    protected boolean onTransact(int code, Parcel data, Parcel reply, int flags) throws RemoteException {
       String s=data.readString();
        Log.i("IBinder",s);
        reply.writeString("我是IBinder");
        return true;
    }
}
public class MainActivity extends AppCompatActivity {

    private android.os.IBinder ib=null;
    private ServiceConnection connection=new ServiceConnection() {
        @Override
        public void onServiceConnected(ComponentName name, IBinder service) {
            ib= service;
        }

        @Override
        public void onServiceDisconnected(ComponentName name) {

        }
    };
    private TextView tv;


    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        bindService(new Intent(this,MyService.class),connection,BIND_AUTO_CREATE);
        tv = (TextView) findViewById(R.id.tv);
        tv.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Parcel pc=Parcel.obtain();
                Parcel pc_get=Parcel.obtain();
                pc.writeString("activity");
                try {
                    ib.transact(1,pc,pc_get,0);
                    tv.setText(pc_get.readString());
                } catch (RemoteException e) {
                    e.printStackTrace();
                }
            }
        });
    }
}

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

优雅的心情

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值