IBinder, BBinder和BpBinder

最新推荐文章于 2024-05-06 10:38:59 发布
转载 最新推荐文章于 2024-05-06 10:38:59 发布 · 986 阅读 · 0

本文深入解析Android中的IBinder, BBinder和BpBinder三个核心类的功能与作用，揭示Binder机制在客户端与服务端通信过程中的关键角色。通过具体示例说明了BBinder和BpBinder在继承关系及数据处理中的不对称性，以及它们如何协同工作，完成跨进程的数据传输与方法调用。

IBinder, BBinder和BpBinder

这3个类，是对Android Binder框架的抽象，其实这个BBinder，改成BnBinder可能更形象一些。
但是要注意的是，一个IXXXService的继承图中，BpBinder并不在这个继承关系之中，也就是说BpBinder并没有子类。但是BBinder是在这个继承关系当中的，它的子类就是BnInterface。
换句话说，BBinder和BpBinder的功能并不是对称的，以前就是没有理解到这一点，才会一直很糊涂。

BpBinder的是存在于BpRefBase中的mRemote的成员变量中。从Client调用Service的过程中分析，就更清楚了。
假设有一个IXXXService接口：
class IXXXService : public IInterface {
…
public void helloWorld(const char* str);
…
}
（1）client调用service
client得到一个BpXXXService以后
（a）会调用BpXXXService实现的helloWorld，它会将str参数打包到Parcel中。然后调用remote()->transact(xxx)
（b）remote()是在BpXXXService的父类BpRefBase中实现的，返回的就是一个BpBinder.实际上调用的就是BpBinder的transact
（c）BpBinder的transact实现，就是直接调用IPCThreadState::self()->transact()发送数据。
（2）service接收client请求：
（a）通过IPCThreadState接收到client的请求后，首先会调用BBinder的transact方法。
（b）BBinder的transact方法又会调用子类实现的虚拟方法onTransact。这个虚拟方法是在BnXXXService中实现的。
（c）onTransact方法，会通过传递进来的参数来判断，需要调用IXXXService中的那个方法，示例中只有一个helloWorld方法。
（d）直接调用helloWorld，就会找到它的真正实现，也就是BnXXXService的子类XXXService中的helloWorld方法。
总结一下，从上面的流程当中就可以看出前文说的，BpBinder并不在继承关系当中，它只是一个打包数据，并通过IPCThreadState::self()->transact()方法发送出去。
而BBinder和BnXXXService的作用，就是接收IPCThreadState传递过来的信息，解包数据，并调用XXXService真正的实现。
IPC的数据处理，Binder Driver和ServiceManager学习后会继续分析总结

Android 12 S Binder原理之BpBinder，BnBinder以及IInterface介绍
weixin_41028555的博客
04-27 2598
Binder机制是Android系统提供的跨进程通讯机制。Client进程希望可以与Server进程沟通，但由于是跨进程，所以需要借助Binder驱动进程通信。Binder由以下模块组成：* Binder驱动* Binder Server端 - Server进程* Binder Client端 - Client进程* ServiceManager - 管理者。
Binder，IBinder，BBinder，BpBinder之间的联系
w2064004678的博客
09-30 670
IBinder是接口，定义了 Binder 通信的“协议”或“能力”Binder是 Java 层的核心实现，通常作为服务端的基类BpBinder是 C++ 层的客户端代理BBinder是 C++ 层的服务端基类Binder（Java）和BBinder（Native/C++）是同一事物的两种语言实现，都是服务端。而BpBinder是它们的对应面——客户端代理这个流程图清晰地展示了它们在整个 IPC 调用过程中的位置与协作关系：IBinder是贯穿始终的契约BinderBBinder。
IBinder,BBinder,BPBinder等等一系列类的联系
MaoDunTi的专栏
02-09 1733
在写上一篇关于AppOps的博文的时候看到 interface IAppOpsService { These first methods are also called by native code, so must be kept in sync with frameworks/native/include/binder/IAppOpsService.h i
android IPC通信机制中BBinder与BpBinder的区别
dbqy的专栏
06-04 1713
刚开始看android的IPC通信机制，BBinder与BpBinder这两者容易混淆。 其实这两者是很好区分，对于service来说继承了BBinder（BnInterface）因为BBinder有onTransact消息处理函数，而对于与service通信的client来说需要继承BpBinder(BpInterface)，因为BpBinder有消息传递函数transcat。
Android Binder之基本类介绍
CAESAR的专栏
08-14 3608
// IBinder.h // 类IBinder是Binder通信协议的接口，为client和server端通信的基础。 // 类BBinder和类BpBinder均为IBinder的子类：BBinder用于server端，BpBinder用于client端。 /** * Base class and low-level protocol for a remotable object.
Android 进阶——Framework 核心之Binder 对象及其生命周期小结（四）
最美不过，心中有梦，身旁有你！
02-12 1793
Framework 核心之Binder 对象及其生命周期小结
Android Binder 系列专题【篇二：C++世界的Binder通信】
qq_27672101的博客
08-28 5372
service manager框架图中发现引入了I##INTERFACE、Bp##INTERFACE、BpBinder等对象，其实这些都是Android系统在应用程序框架层中将各种Binder驱动程序操作封装成一个Binder库，这样我们就可以很方便的调用Binder库提供的接口来实现进程间通信。Binder库并不是想象中那么简单，恰恰相反很庞大。 ...
Android Binder 系列二 ：通讯类图
hfut_zhanghu的博客
06-19 729
Binder 类的结构图 在C++层次，就能看到各种关于Binder博客中经常反复肯定会被提到的BpBinder类和BBinder了，这两个类都继承于IBinder。当然还有IInterface，BpInterface，BnInterface，BpRefBase，ProcessState ，IPCThreadState 。 ...
Android Binder通信机制学习（二）
李清的博客
05-28 1419
新人阿彡的Android多媒体学习之路 🚄🚄🚄 第一章 Android Binder通信机制学习之Binder基本原理 🚄🚄🚄 第二章 Android Binder通信机制学习之Binder基本架构 本章目录新人阿彡的Android多媒体学习之路0、前言1、Binder整体架构2、Binder相关类继承关系3、IBinder类4、IInterface类 0、前言 主要参考：https://paul.pub/android-binder-driver/ 作为一名新步入Android领域的职场老鸟，奈何最近环境
Android-深入理解Binder（一）
李木子的博客
04-21 3363
文章目录深入理解Binder概述解析MediaServerMediaServer的入口函数ProcessStatedefaultServiceManager注册MediaPlayerService 深入理解Binder 概述 Binder是Android系统提供的一种IPC机制（进程间通信），由于Android是基于Linux内核的，因此除了Binder以外，还存在其他的IPC机制，如管道和Socket等。Android系统基本上可以看作是一个基于Binder通信的C/S架构，Binder就像是网络一样，把
Binder原理：
weixin_74399377的博客
11-29 1733
addService函数将数据打包发送给BpBinder来进行处理。BpBinder新建一个 IPCThreadState对象，并将通信的任务交给 IPCThreadState。IPCThreadState的 writeTransactionData函数用于将命令协议和数据写入mOut。IPCThreadState的waitForResponse函数主要有两个作用，一个作用是通过ioctl函数操作，mOut和mIn与Binder驱动进行数据交互，另一个作用是处理各种命令协议。
Android-Framework：Binder全解析（一）这篇看完还不懂，请给我寄刀片！
2401_84814920的博客
05-06 884
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
Android_Binder—获取BpBinder到BBinder执行对应方法的过程
#请假条的博客
07-18 748
所以Client向ServiceManager获取了BpBinder的对象后，调用transact方法通过Client线程的IPCThreadState通信，Service进程的IPCThreadState接受到请求，进入executeCommand方法，调用BnBinder的onTransact方法（该方法具体实现在对应的BnXXService里面），onTransact方法再根据Client请求调用了对应的函数。这里调用IPCThreadState的transact方法，从前文。............
binder学习
qq_34606099的博客
05-15 594
binder是什么？ 进程间通信机制 是一个驱动 Binder.java–>实现了Ibinder–夸进程能力 linux进程间通讯有哪些？ 管道、socket、信号量、共享内存… 共享内存逻辑控制太复杂，易用性差，通信的时候直接读取，不同拷贝 传统IPC例如socket需要拷贝两次，基于c/s架构，传输效率低，开销大 上面两种都是基于上层协议，访问接入点是开放的，不安全。 Binder，只需拷贝一次，基于c/s架构，易用性高，为每个APP分配UID，同时支持匿名和实名。 进程间是怎么通讯的？ 进程A想
Android Binder理解
ss2jj的专栏
08-09 755
本文的主要通过一些其他资料，跟上binder的代码，形成自己对binder机制的一些理解。 1：类简介： ProcessState：1：单例2：构造函数中打开binder设备，并通过mmap映射到内存。3：拥有设置和获取服务端代理的功能函数getContextObj和setContextObj,其中有个特殊客户端获取servicemanager的代理也是通过这个，只不过传的ha
MediaPlayer-MediaPlayerService-MediaPlayerService::Client的三角关系
热门推荐
MyArrow的专栏
12-08 1万+
1. MediaPlayer是客户端 2. MediaPlayerService和MediaPlayerService::Client是服务器端。 2.1 MediaPlayerService实现IMediaPlayerService定义的业务逻辑，其主要功能是根据MediaPlayer::setDataSource输入的URL调用create函数创建对应的Player. 2.2 Media
binder初始篇
我想去hi的博客
02-24 597
1 Binder是什么？ binder是安卓系统远程调用机制，任何进程通过调用服务的代理接口，就能像在本地进程调用服务的实现方法一样。说到底binder是一种跨进程通信机制，它要依赖底层驱动才会有跨进程访问能力。 2 Binder设计框架 binder系统定义了四个角色，分别是serviceManager、server、client、binder驱动。前三个运行于用户空间，binde
java中IBinder mBinder;
最新发布
11-04
<think>我们正在讨论的是Java中的IBinder类型变量mBinder。根据提供的引用，我们可以了解到IBinder在Android Binder机制中的核心作用。IBinder是Android跨进程通信(IPC)的基接口，它定义了进行IPC的基本协议。 从引用[^3]中我们可以看到： - 在Java Binder框架中，Binder类代表服务端，其底层通过JavaBBinder（继承自BBinder）与Native Binder交互。 - BinderProxy类代表客户端，它通过mObject成员变量指向BpBinder（Native层的Binder代理），从而能够与Binder驱动通信。 具体到变量mBinder（IBinder类型），它通常用于以下场景： 1. **跨进程通信的句柄**：在客户端，当我们获取到一个服务的IBinder引用（例如通过ServiceManager查询服务）时，我们可以通过这个IBinder引用来调用远程服务的方法。例如： ```java IBinder mBinder = ServiceManager.getService("service_name"); IMyService myService = IMyService.Stub.asInterface(mBinder); myService.someMethod(); ``` 2. **服务端的实现**：在服务端，我们需要实现一个Binder对象（继承自Binder类），并将其返回给客户端。这个Binder对象就是IBinder类型。例如： ```java public class MyService extends Service { private final IBinder mBinder = new MyBinder(); @Override public IBinder onBind(Intent intent) { return mBinder; } public class MyBinder extends Binder { MyService getService() { return MyService.this; } } } ``` 3. **作为进程间传递的引用**：在Android中，IBinder对象可以通过Intent或Bundle在进程间传递，因为IBinder是Parcelable类型。例如，我们可以在一个进程中将一个IBinder对象（如Service的Binder）传递给另一个进程，另一个进程就可以通过这个IBinder对象来调用服务。 **使用方法**： - **获取IBinder引用**： - 对于系统服务，可以通过`ServiceManager.getService(String name)`获取。 - 对于自定义服务，通常通过ServiceConnection回调获取： ```java ServiceConnection conn = new ServiceConnection() { @Override public void onServiceConnected(ComponentName name, IBinder binder) { mBinder = binder; } // ... }; bindService(new Intent(context, MyService.class), conn, Context.BIND_AUTO_CREATE); ``` - **使用IBinder进行通信**： - 如果服务端提供了AIDL接口，我们可以使用生成的Stub类的`asInterface`方法将IBinder转换为接口对象： ```java IMyService service = IMyService.Stub.asInterface(mBinder); service.someMethod(); ``` - 如果没有使用AIDL，则需要自己定义接口并通过Binder进行调用（通常通过transact方法，但这种方式较为复杂）。 **作用**： - IBinder是Android跨进程通信的桥梁，它允许不同进程间的对象进行方法调用和数据传输。 - 通过IBinder，客户端可以调用远程服务的方法，就像调用本地方法一样（代理模式）。 **注意**： - 使用IBinder进行跨进程通信时，需要注意线程安全。通常，客户端的调用会被分发到服务端的Binder线程池中执行，所以服务端实现时需要处理多线程问题。 - 当不再需要IBinder时，应该及时释放相关资源（例如解绑服务），以避免内存泄漏。 根据引用[^2]和[^3]，Java Binder中的asInterface方法（如ServiceManagerNative.asInterface）用于将IBinder对象转换为对应的接口代理对象（如BpServiceManager）。例如，在ServiceManager中： ```java public static IServiceManager asInterface(IBinder obj) { if (obj == null) { return null; } // 尝试查询本地接口（是否在同一进程） IServiceManager in = (IServiceManager)obj.queryLocalInterface(descriptor); if (in != null) { return in; } // 如果不在同一进程，则创建代理对象 return new ServiceManagerProxy(obj); } ``` 如果传入的IBinder对象与当前进程在同一个进程，则直接返回本地接口（即服务本身）；否则，返回一个代理对象（ServiceManagerProxy），该代理对象会将方法调用通过IBinder的transact方法发送到远程。 引用[^1]显示了在Native层如何通过JavaBBinderHolder获取JavaBBinder，而JavaBBinder则持有Java层的Binder对象（mObject），这样Native层就可以回调到Java层。 引用[^4]则展示了JNI注册的方法，其中`getContextObject`用于获取进程的上下文对象（即ServiceManager的Binder代理）。 综上所述，IBinder类型变量mBinder在Java中是跨进程通信的核心，它既可以代表本地的Binder对象（服务端），也可以代表远程的Binder代理（客户端），通过它可以实现进程间的方法调用。 §§相关问题§§ 1. 在Android中，如何安全地在不同进程间传递IBinder对象？ 2. 如何使用AIDL定义跨进程接口并实现服务？ 3. 在使用IBinder进行跨进程通信时，有哪些性能优化的方法？ </think>### Java 中 `IBinder mBinder` 的使用方法与作用 在 Android 的 Binder 通信机制中，`IBinder mBinder` 是一个核心接口类型变量，用于实现跨进程通信（IPC）。以下是详细说明： #### 一、核心作用 1. **跨进程通信代理** `IBinder` 是 Android IPC 的基类接口，`mBinder` 变量存储对远程服务的引用。客户端通过该变量与服务端的 Binder 对象通信[^3]。 2. **服务标识与路由** `mBinder` 作为服务在 Binder 驱动中的唯一标识符，实现： - 服务注册（如 `ServiceManager.addService()`） - 服务查询（如 `ServiceManager.getService()`）[^2][^3] 3. **数据传输通道** 通过 `transact()` 方法发送数据和请求： ```java // 客户端调用示例 Parcel data = Parcel.obtain(); Parcel reply = Parcel.obtain(); mBinder.transact(TRANSACTION_CODE, data, reply, 0); // 发送请求 ``` 服务端通过 `onTransact()` 接收并处理请求[^1][^3]。 #### 二、典型使用场景 1. **服务端实现** 在服务中返回自定义 `Binder` 对象： ```java public class MyService extends Service { private final IBinder mBinder = new MyBinder(); // 实现自定义Binder @Override public IBinder onBind(Intent intent) { return mBinder; // 返回给客户端 } class MyBinder extends Binder { public MyService getService() { return MyService.this; } } } ``` 2. **客户端绑定服务** 通过 `ServiceConnection` 获取 `mBinder`： ```java private IBinder mBinder; ServiceConnection conn = new ServiceConnection() { @Override public void onServiceConnected(ComponentName name, IBinder binder) { mBinder = binder; // 保存服务端Binder引用 MyService service = ((MyBinder) binder).getService(); // 类型转换 } }; ``` 3. **系统服务调用** 获取系统服务（如 `WifiManager`）的 Binder 代理： ```java IBinder mBinder = ServiceManager.getService(Context.WIFI_SERVICE); IWifiManager wifiService = IWifiManager.Stub.asInterface(mBinder); wifiService.setWifiEnabled(true); // 跨进程调用 ``` - `asInterface()` 将 IBinder 转换为类型化接口[^2][^3] #### 三、底层机制 1. **Java-Native 映射** Java 层的 `mBinder` 通过 `JavaBBinderHolder` 关联 Native 层的 `BpBinder`： ```cpp sp<JavaBBinder> get(JNIEnv* env, jobject obj) { sp<JavaBBinder> b = new JavaBBinder(env, obj); // 创建Native对象 return b; } ``` 每个 Java `Binder` 对象对应一个 Native `JavaBBinder`[^1]。 2. **代理模式实现** - 服务端：`Binder` 子类 → `JavaBBinder` → `BBinder` - 客户端：`BinderProxy` → `BpBinder`（通过 `mObject` 字段指向 Native 对象）[^3] #### 四、注意事项 1. **生命周期管理** 必须解绑服务防止内存泄漏： ```java @Override protected void onDestroy() { unbindService(conn); // 释放Binder引用 super.onDestroy(); } ``` 2. **线程安全** Binder 调用默认在 Binder 线程池执行，需用 `Handler` 同步 UI 线程。 3. **性能优化** - 减少高频跨进程调用 - 使用 `Parcel` 批量传输数据 - 避免传递大数据块（>1MB）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值