Android开发面试被问Binder还不会,收藏这一篇就够了(附图解

代码不多,大部分是log,重点看注释就行。

客户端Activity:

//NoAidlActivity.java

protected void onCreate(Bundle savedInstanceState) {

Intent intent = new Intent(this, MyService.class);

bindService(intent, new ServiceConnection() {

@Override

public void onServiceConnected(ComponentName name, IBinder service) {

//1. 从对象池拿到可复用的对象(享元模式)

Parcel data = Parcel.obtain();

Parcel reply = Parcel.obtain();

Log.e(“哈利迪”, "— 我是客户端 NoAidlActivity , pid = "

  • Process.myPid() + ", thread = "

  • Thread.currentThread().getName());

String str = “666”;

Log.e(“哈利迪”, “客户端向服务端发送:” + str);

//2. 往data写数据,作为请求参数

data.writeString(str);

//3. 拿到服务端的IBinder句柄,调用transact

//约定行为码是1;需要服务端的返回值,所以flags传0表示同步调用

service.transact(1, data, reply, 0);

Log.e(“哈利迪”, "— 我是客户端 NoAidlActivity , pid = "

  • Process.myPid() + ", thread = "

  • Thread.currentThread().getName());

//4. 从reply读取服务端的返回值

Log.e(“哈利迪”, “客户端接收服务端返回:” + reply.readString());

}

}, Context.BIND_AUTO_CREATE);

}

service.transact传入了flags为0,表示同步调用,会阻塞等待服务端的返回值。如果服务端进行了耗时操作,此时用户操作UI则会引起ANR。

flags的另一个值是1,表示异步调用的one way不需要等待服务端的返回结果,先忽略。

来看服务端运行的Service,

class MyService extends Service {

@Override

public IBinder onBind(Intent intent) {

//返回服务端的IBinder句柄

return new MyBinder();

}

}

注册服务,让服务端Service运行在:remote进程,来实现跨进程,

<service

android:name=“.binder.no_aidl.MyService”

android:process=“:remote” />

运行在服务端的Binder对象,

class MyBinder extends Binder {

@Override

protected boolean onTransact(int code, Parcel data, Parcel reply, int flags){

if (code == 1) {//如果是约定好的行为码1

Log.e(“哈利迪”, "— 我是服务端 MyBinder , pid = "

  • Process.myPid() + ", thread = "

  • Thread.currentThread().getName());

//1. 从data读取客户端参数

Log.e(“哈利迪”, “服务端收到:” + data.readString());

String str = “777”;

Log.e(“哈利迪”, “服务端返回:” + str);

//2. 从reply向客户端写返回值

reply.writeString(str);

//3. 处理完成

return true;

}

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

}

}

运行如下,7行日志:

由于我们的flags传入的是0同步调用,可以试着在服务端onTransact里sleep几秒,会发现客户端需要几秒后才能打印出返回值。所以如果服务端需要进行耗时操作,客户端则需要在子线程里进行binder调用。

延伸:从 IT互联网大叔 的「android获取进程名函数,如何优化到极致」一文可见,在使用系统API时,如果有更好的方案,还是建议将跨进程方案getSystemService放到最后作为兜底,因为他需要的binder调用本身有开销,而且作为应用层开发者也很少会去关注远方进程的内部实现,万一对方有潜在的耗时操作呢?

通过这个例子,我们可以看出,Binder机制使用了Parcel来序列化数据,客户端在主线程调用了transact来请求(Parcel data传参),服务端在Binder线程调用onTransact来响应(Parcel reply回传结果)。

源码分析


Binder的调用流程大致如下,native层BpBinder的Bp指的是Binder proxy

可见,需要经过如下调用才能完成一次通信:

  1. 请求:客户端Java层->客户端native层->Binder驱动层->服务端native层->服务端Java层

  2. 响应:服务端Java层->服务端native层->Binder驱动层->客户端native层->客户端Java层

即Binder驱动层充当着一个中转站的作用,有点像网络分层模型。

客户端与驱动交互

先来看客户端与驱动的交互。因为是跨进程调用(指定了:remote),示例里onServiceConnected回调回来的service对象是个BinderProxy代理实例(不跨进程的话会发生远程转本地,后面讲),我们以service.transact(1, data, reply, 0)这行调用作为入口跟进。

BinderProxy类写在Binder类文件里面:

//BinderProxy.java

public boolean transact(int code, Parcel data, Parcel reply, int flags){

//调用了native方法

return transactNative(code, data, reply, flags);

}

这个native方法在android_util_Binder.cpp里注册,

//android_util_Binder.cpp

//JNI注册

static const JNINativeMethod gBinderProxyMethods[] = {

{ “transactNative”,

“(ILandroid/os/Parcel;Landroid/os/Parcel;I)Z”,

(void*)android_os_BinderProxy_transact},

};

//native方法具体实现

static jboolean android_os_BinderProxy_transact(JNIEnv* env, jobject obj,

jint code, jobject dataObj, jobject replyObj, jint flags){

//转成native层的Parcel

Parcel* data = parcelForJavaObject(env, dataObj);

Parcel* reply = parcelForJavaObject(env, replyObj);

//拿到native层的句柄BpBinder

IBinder* target = (IBinder*)

env->GetLongField(obj, gBinderProxyOffsets.mObject);

//调用BpBinder的transact

status_t err = target->transact(code, *data, reply, flags);

}

继续跟BpBinder.cpp

//BpBinder.cpp

status_t BpBinder::transact(…){

//交给线程单例处理,驱动会根据mHandle值来找到对应的binder句柄

status_t status = IPCThreadState::self()->transact(

mHandle, code, data, reply, flags);

}

IPCThreadState是一个线程单例,负责与binder驱动进行具体的指令通信,跟进IPCThreadState.cpp

//IPCThreadState.cpp

status_t IPCThreadState::transact(…){

//将数据写入mOut,见1.1

err = writeTransactionData(BC_TRANSACTION, flags, handle, code, data, NULL);

//…先忽略one way异步调用的代码,只看有返回值的同步调用

//跟binder驱动交互,传入reply接收返回数据,见1.2

err = waitForResponse(reply);

}

//1.1 将数据写入mOut

status_t IPCThreadState::writeTransactionData(…)

{

binder_transaction_data tr;

//…打包各种数据(data size、buffer、offsets)

tr.sender_euid = 0;

//将BC_TRANSACTION指令写入mOut

mOut.writeInt32(cmd);

//将打包好的binder_transaction_data写入mOut

mOut.write(&tr, sizeof(tr));

}

//1.2 跟binder驱动交互,传入reply接收返回数据

status_t IPCThreadState::waitForResponse(…){

//这个循环很重要,客户端就是在这里休眠等待服务端返回结果的

while (1) {

//跟驱动进行数据交互,往驱动写mOut,从驱动读mIn,见1.3

talkWithDriver();

//读取驱动回复的指令

cmd = (uint32_t)mIn.readInt32();

switch (cmd) {

case BR_TRANSACTION_COMPLETE:

//表示驱动已经收到客户端的transact请求

//如果是one way异步调用,到这就可以结束了

if (!reply && !acquireResult) goto finish;

break;

case BR_REPLY:

//表示客户端收到服务端的返回结果

binder_transaction_data tr;

//把服务端的数据读出来,打包进tr

err = mIn.read(&tr, sizeof(tr));

//再把tr的数据透传进reply

reply->ipcSetDataReference(…);

//结束

goto finish;

}

}

}

//1.3 跟驱动进行数据交互,往驱动写mOut,从驱动读mIn

status_t IPCThreadState::talkWithDriver(bool doReceive){

binder_write_read bwr;

//指定写数据大小和写缓冲区

bwr.write_size = outAvail;

bwr.write_buffer = (uintptr_t)mOut.data();

//指定读数据大小和读缓冲区

if (doReceive && needRead) {

bwr.read_size = mIn.dataCapacity();

bwr.read_buffer = (uintptr_t)mIn.data();

} else {

bwr.read_size = 0;

bwr.read_buffer = 0;

}

//ioctl的调用进入了binder驱动层的binder_ioctl

ioctl(mProcess->mDriverFD, BINDER_WRITE_READ, &bwr);

if (bwr.write_consumed > 0) {

//数据已经写入驱动,从mOut移除

if (bwr.write_consumed < mOut.dataSize())

mOut.remove(0, bwr.write_consumed);

else

mOut.setDataSize(0);

}

if (bwr.read_consumed > 0) {

//从驱动读出数据存入mIn

mIn.setDataSize(bwr.read_consumed);

mIn.setDataPosition(0);

}

}

ioctl的调用进入了binder驱动层的binder_ioctl,驱动层的代码先不跟。

服务端与驱动交互

从「一图摸清Android应用进程的启动」一文可知,服务端创建了一个线程注册进binder驱动,即binder线程,在ProcessState.cpp

//ProcessState.cpp

virtual bool threadLoop()

{ //把binder线程注册进binder驱动程序的线程池中

IPCThreadState::self()->joinThreadPool(mIsMain);

return false;

}

跟进IPCThreadState.cpp

//IPCThreadState.cpp

void IPCThreadState::joinThreadPool(bool isMain){

//向binder驱动写数据,表示当前线程需要注册进binder驱动

mOut.writeInt32(isMain ? BC_ENTER_LOOPER : BC_REGISTER_LOOPER);

status_t result;

do {

//进入死循环,等待指令的到来,见1.1

result = getAndExecuteCommand();

} while (result != -ECONNREFUSED && result != -EBADF);

//向binder驱动写数据(退出循环,线程结束)

mOut.writeInt32(BC_EXIT_LOOPER);

}

//1.1 等待指令的到来

status_t IPCThreadState::getAndExecuteCommand(){

//跟驱动进行数据交互,驱动会把指令写进mIn

talkWithDriver();

//从mIn读出指令

cmd = mIn.readInt32();

//执行指令,见1.2

result = executeCommand(cmd);

return result;

}

//1.2 执行指令

status_t IPCThreadState::executeCommand(int32_t cmd){

//客户端发请求到驱动,驱动转发到服务端

switch ((uint32_t)cmd) {

case BR_TRANSACTION:{

//服务端收到BR_TRANSACTION指令

binder_transaction_data tr;

//读出客户端请求的参数

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
img
img
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新

如果你觉得这些内容对你有帮助,可以添加V获取:vip204888 (备注Android)
img

最后:学习总结——Android框架体系架构知识脑图(纯手绘xmind文档)

学完之后,若是想验收效果如何,其实最好的方法就是可自己去总结一下。比如我就会在学习完一个东西之后自己去手绘一份xmind文件的知识梳理大纲脑图,这样也可方便后续的复习,且都是自己的理解,相信随便瞟几眼就能迅速过完整个知识,脑补回来。

下方即为我手绘的Android框架体系架构知识脑图,由于是xmind文件,不好上传,所以小编将其以图片形式导出来传在此处,细节方面不是特别清晰。但可给感兴趣的朋友提供完整的Android框架体系架构知识脑图原件(包括上方的面试解析xmind文档)

除此之外,前文所提及的Alibaba珍藏版 Android框架体系架构 手写文档以及一本 《大话数据结构》 书籍等等相关的学习笔记文档,也皆可分享给认可的朋友!

——感谢大家伙的认可支持,请注意:点赞+点赞+点赞!!!

5%以上Android开发知识点,真正体系化!**

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新

如果你觉得这些内容对你有帮助,可以添加V获取:vip204888 (备注Android)
[外链图片转存中…(img-KiWJrsw0-1711921302665)]

最后:学习总结——Android框架体系架构知识脑图(纯手绘xmind文档)

学完之后,若是想验收效果如何,其实最好的方法就是可自己去总结一下。比如我就会在学习完一个东西之后自己去手绘一份xmind文件的知识梳理大纲脑图,这样也可方便后续的复习,且都是自己的理解,相信随便瞟几眼就能迅速过完整个知识,脑补回来。

下方即为我手绘的Android框架体系架构知识脑图,由于是xmind文件,不好上传,所以小编将其以图片形式导出来传在此处,细节方面不是特别清晰。但可给感兴趣的朋友提供完整的Android框架体系架构知识脑图原件(包括上方的面试解析xmind文档)
[外链图片转存中…(img-tZYYUXAR-1711921302665)]

除此之外,前文所提及的Alibaba珍藏版 Android框架体系架构 手写文档以及一本 《大话数据结构》 书籍等等相关的学习笔记文档,也皆可分享给认可的朋友!

——感谢大家伙的认可支持,请注意:点赞+点赞+点赞!!!

本文已被CODING开源项目:《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》收录

  • 17
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
千里马8年Android系统及应用开发经验,曾担任过美国unokiwi公司移动端技术总监兼架构师,对系统开发,性能优化,应用高级开发有深入的研究,Android开源定制ROM Lineage的贡献者之一,国内首家线下开辟培训Android Framework课程,拥有2年的Android系统培训经验。成为腾讯课堂专业负责android framework课程分享第一人,致力于提高国内android Framework水平Android Framework领域内是国内各大手机终端科技公司需要的人才,应用开发者都对Android系统充满着好奇,其中的binder是重中之重,都说无binderAndroidbinde是Android系统的任督二脉。课程水平循序渐进,由中级再到高级,满足各个层次水平的android开发者。1、灵活使用binder跨进程通信,在app端对它的任何api方法等使用自如2、可以单独分析android系统源码中任何binder部分,分析再也没有难度3、掌握binder驱动本质原理,及对应binder驱动怎么进行跨进程通信,及内存等拷贝方式数据等4、对binder从上层的java app端一直到最底层的内核binder驱动,都可以顺利理通5、针对系统开发过程中遇到的binder报错等分析方法,及binder bug案例学习6、针对面试官任何的binder题都可以对答自如7、socket这种跨进程通信实战使用8、针对android源码中使用的socket源码轻松掌握9、android系统源码中最常见的socketpair中双向跨进程通信10、使用socket实现一个可以让app执行shell命令的程序
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值