Android Binder 原理

Linux提供了管道、消息队列、共享内存和 Socket 等 IPC 机制。

  1. 管道/消息队列:信息复制两次,额外的CPU消耗;不合适频繁或信息量大的通信;

  2. 共享内存:无须复制,共享缓冲区直接附加到进程虚拟地址空间,速度快;但进程间的同步问题操作系统无法实现,必须各进程利用同步工具解决;

  3. Socket:作为更通用的接口,传输效率低(涉及io读写),主要用于不通机器或跨网络的通信;

  4. 信号量:常作为一种锁机制,防止某进程正在访问共享资源时,其他进程也访问该资源。因此,主要作为进程间以及同一进程内不同线程之间的同步手段。

  5. 信号: 不适用于信息交换,更适用于进程中断控制,比如非法内存访问,杀死某个进程等;

2.1 性能:


Binder数据拷贝只需要一次,而管道、消息队列、Socket都需要2次,共享不需要内存拷贝;从性能角度看,Binder性能仅次于共享内存。

2.2 稳定性:


Binder是基于C/S架构的,Client端有什么需求,直接发送给Server端去完成,架构清晰,Server端与Client端相对独立,稳定性较好;

而共享内存实现方式复杂,没有客户与服务端之别,需要充分考虑到访问临界资源的并发同步问题,否则可能会出现死锁等问题;从这稳定性角度看,Binder架构优越于共享内存。

2.3 性能:


传统Linux IPC的接收方无法获得对方进程可靠的UID/PID,从而无法鉴别对方身份;(比如socket 只能由用户在数据包中填入 UID/PID))。

Android系统中对外只暴露Client端,Client端将任务发送给Server端,Server端会根据权限控制策略,判断UID/PID是否满足访问权限,目前权限控制很多时候是通过弹出权限询问对话框,让用户选择是否运行。

注意:Binder是为Android这类系统而生(主要从安全行考虑),并非Linux现有的IPC机制不好,只是根据不通的场景会选择不不同的IPC机制,例如:

1,Android OS中的Zygote进程的IPC采用的是Socket(套接字)机制;

参考:blog.csdn.net/qq_39037047…

2,Android中的Kill Process采用的signal(信号)机制;

3,而Binder更多则用在system_server进程与上层App层的IPC交互(主要从安全行考虑)。

3. Binder 通信原理

=============================================================================

3.1 进程空间划分


进程间,用户空间的数据不可共享,所以用户空间 = 不可共享空间

进程间,内核空间的数据可共享,所以内核空间 = 可共享空间

所有进程共用1个内核空间

进程内 用户空间 & 内核空间 进行交互 需通过 系统调用,主要通过函数:

1,copy_from_user():将用户空间的数据拷贝到内核空间

2,copy_to_user():将内核空间的数据拷贝到用户空间

3.2 Binder驱动


3.3 内存映射


image.png

首先在内核虚拟地址空间,申请一块与用户虚拟内存相同大小的内存;然后再申请1个page大小的物理内存,再将同一块物理内存分别映射到内核虚拟地址空间和用户虚拟内存空间,从而实现了用户空间的Buffer和内核空间的Buffer同步操作的功能。

3.4 Binder通信原理


1,Binder驱动在内核空间创建一个数据接收缓存区;

2,实现地址映射关系,将内核缓存区和接收进程地址空间映射到Binde创建一个数据接收缓存区;

3,发送方进程通过系统调用 copy_from_user() 将数据 copy 到内核缓存区,由于内核缓存区和接收进程的地址空间存在内存映射,因此也就相当于把数据发送到了接收进程的用户空间,这样便完成了一次进程间的通信。

问题:为啥不能直接将内核缓存区映射到接收进程地址空间,而需要再开辟一个数据接收缓存区???

我的理解是:binder开辟的数据接受缓存区就是就是开辟一块物理内存,然后将内核缓存区和接收进程地址空间映射。

4. Binder通信模型

============================================================================

4.1 通信模型


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

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

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

img

img

img

img

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

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

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)

总结

**其实上面说了这么多,钱是永远赚不完的,在这个知识付费的时代,知识技能提升才是是根本!我作为一名8年的高级工程师,知识技能已经学习的差不多。**在看这篇文章的可能有刚刚入门,刚刚开始工作,或者大佬级人物。

像刚刚开始学Android开发小白想要快速提升自己,最快捷的方式,就是有人可以带着你一起分析,这样学习起来最为高效,所以这里分享一套高手学习的源码和框架视频等精品Android架构师教程,保证你学了以后保证薪资上升一个台阶。

这么重要的事情说三遍啦!点赞+点赞+点赞!

【Android高级架构师系统学习资料】高级架构师进阶必备——设计思想解读开源框架

第一章、热修复设计
第二章、插件化框架设计
第三章、组件化框架设计
第四章、图片加载框架
第五章、网络访问框架设计
第六章、RXJava 响应式编程框架设计
第七章、IOC 架构设计
第八章、Android 架构组件 Jetpack

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门即可获取!

第三章、组件化框架设计
第四章、图片加载框架
第五章、网络访问框架设计
第六章、RXJava 响应式编程框架设计
第七章、IOC 架构设计
第八章、Android 架构组件 Jetpack

[外链图片转存中…(img-h4qbqPDr-1712138176863)]

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门即可获取!
  • 14
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值