Binder的学习

sinat_35572837

已于 2022-04-03 15:54:57 修改

阅读量404

点赞数

分类专栏： frameworks 文章标签：学习 android java

于 2020-12-14 12:29:03 首次发布

本文链接：https://blog.csdn.net/sinat_35572837/article/details/103905239

版权

摘录

<深入分析Android新特性>
<深入解析Android5.0系统>
<Android开发艺术>

参考
http://gityuan.com/2016/09/04/binder-start-service/
https://blog.csdn.net/carson_ho/article/details/73560642
https://blog.csdn.net/tfygg/article/details/51626632 很多图

in out 解释
https://blog.csdn.net/qq_34211365/article/details/103446096

从Java层到驱动层来解释binder的原理

remoteService.saveRect(bundle);//这里的remoteService是如何获取的

remoteService = IRemoteService.Stub.asInterface(service);

public static abstract class Stub extends android.os.Binder implements com.example.servicesample.IRemoteService

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

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

obj是IBinder接口
根据bindService(intent, connection, Context.BIND_AUTO_CREATE);
obj对象就是onBind返回的对象，onBInd返回的是private final IRemoteService.Stub binder = new IRemoteService.Stub()

概述

AIDL
Java层
C++层
驱动层

定义

AIDL(Android Interface Definition Language)
Android 接口定义语言 (AIDL) 与您可能使用过的其他接口语言 (IDL) 类似。您可以利用它定义客户端与服务均认可的编程接口，以便二者使用进程间通信 (IPC) 进行相互通信。在 Android 中，一个进程通常无法访问另一个进程的内存。因此，为进行通信，进程需将其对象分解成可供操作系统理解的原语，并将其编组为可供您操作的对象。编写执行该编组操作的代码较为繁琐，因此 Android 会使用 AIDL 为您处理此问题。

注意：只有在需要不同应用的客户端通过 IPC 方式访问服务，并且希望在服务中进行多线程处理时，您才有必要使用 AIDL。如果您无需跨不同应用执行并发 IPC，则应通过实现 Binder 来创建接口；或者，如果您想执行 IPC，但不需要处理多线程，请使用 Messenger 来实现接口。无论如何，在实现 AIDL 之前，请您务必理解绑定服务。

在开始设计 AIDL 接口之前，请注意，AIDL 接口的调用是直接函数调用。您无需对发生调用的线程做任何假设。实际情况的差异取决于调用是来自本地进程中的线程，还是远程进程中的线程。具体而言：

来自本地进程的调用在发起调用的同一线程内执行。如果该线程是您的主界面线程，则其将继续在 AIDL 接口中执行。如果该线程是其他线程，则其便是在服务中执行代码的线程。因此，只有在本地线程访问服务时，您才能完全控制哪些线程在服务中执行（但若出现此情况，您根本无需使用 AIDL，而应通过实现 Binder 类来创建接口）。
远程进程的调用分派自线程池，且平台会在您自己的进程内部维护该线程池。您必须为来自未知线程，且多次调用同时发生的传入调用做好准备。换言之，AIDL 接口的实现必须基于完全的线程安全。如果调用来自同一远程对象上的某个线程，则该调用将依次抵达接收器端。
oneway 关键字用于修改远程调用的行为。使用此关键字后，远程调用不会屏蔽，而只是发送事务数据并立即返回。最终接收该数据时，接口的实现会将其视为来自 Binder 线程池的常规调用（普通的远程调用）。如果 oneway 用于本地调用，则不会有任何影响，且调用仍为同步调用。

android IPC方式
Binder分匿名和实名
匿名通过binderService()获取

//服务端
private Binder mBinder = new IBookManager.Stub()

public IBinder onBind(Intent intent) {
   
    return mBinder;
}
//客户端
private ServiceConnection mConnection = new ServiceConnection() {
   
    @Override
    public void onServiceConnected(ComponentName name, IBinder service) {
   
        IBookManager bookManager = IBookManager.Stub.asInterface(service);
    }
}

bindService(intent, mConnection, Context.BIND_AUTO_CREATE);

通过bindService发送一个intent，Framework根据intent找到对应的Service并启动，创建service中的Binder服务，然后Framwork把服务的Ibinder对像通过ConnectivityManager的回调onServiceConnected()传回应用

上述没有ServiceManager来提供解析服务，所以称之为匿名Binder

实名通过ServiceManager()查询

Binder Framework

C++实现Binder

定义一个类继承BnIInterface作为服务端
定义一个类继承BpIInterface作为客户端
定义一个类继承IInterface作为客户端和服务端公用接口

class ExampleService : BnExampleService {
   
}

class IExampleService : public IInterface {
   
}

//服务端
class BnExampleService : public BnIInterface {
   
}

//客户端
class BpExampleService : public BpIInterface {
   
}

frameworks/native/include/binder/IBinder.h

class IBinder : public virtual RefBase
{
   
public:
    ...
                            IBinder();
    virtual sp<IInterface>  queryLocalInterface(const String16& descriptor);
   ...
    virtual status_t        transact(   uint32_t code,
                                        const Parcel& data,
                                        Parcel* reply,
                                        uint32_t flags = 0) = 0;
protected:
    virtual          ~IBinder();
private:
};