【分析】Android 采用 Binder 作为 IPC 机制的原因

最新推荐文章于 2024-04-09 04:45:40 发布
最新推荐文章于 2024-04-09 04:45:40 发布
阅读量207 收藏
点赞数
分类专栏： Android开发 文章标签： android binder java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_64365896/article/details/128778296
版权
首先，我们先简单的概括下Linux现有的所有进程间的IPC方式：

1.管道：在创建时分配一个page大小的内存空间，缓存大小比较有限；

2.消息队列：消息复制两次，额外的CPU销毁，不适合频繁大量的通信；

3.共享内存：无需复制，共享缓存区直接附属到进程虚拟地址空间，速度快；但进程间的同步问题，操作系统无法实现，必须各个进程利用同步工具解决；

4.套接字(Socket)：作为更通用的接口，传输效率低，主要用于不同机器或跨越网络的通信；

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

6.信号：不适合用于信息交换，更适用于进程的中断控制，比如非法内存访问，杀死某个进程等。

Android的内核也是基于Linux内核，为何不直接采用Linux现有的进程IPC方案呢，难道Linux社区那么多优秀人员都没有考虑到有Binder这样更优秀的方案吗？还是说Google太过牛逼吗？当然不是，接着往下看，就会让您明白了。

接下来正面回答这个问题，从5个角度展开对Binder的分析：

(1)从性能角度

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

(2)从稳定性角度

Binder是基于C/S架构的，简单解释下C/S架构，是指客户端(Client)和服务端(Server)组成的架构，Client端有什么需求，直接发给Server端去完成，架构清晰明朗，Server端与Client端相对独立，稳定性比较好；而共享内存实现方法复杂，没有客户与服务端之别，需要充分考虑到访问临界值资源的并发同步问题，否则可能会出现死锁等问题；从这稳定性角度看,Binder架构优越于共享内存。
但仅仅从以上两点，各有优劣，还不足以支撑google去采用Binder的IPC机制，那么更重要的原因是：

(3)从安全的角度

传统LinuxIPC的接受方式无法获得对方进程可靠的UID/PID，从而无法鉴别对方身份；而Android作为开放的开源体系，拥有非常多的开发平台，App来源甚广，因此手机的安全显得额外重要；对于普通用户，绝不希望从App商店下载偷窥隐私数据、后台造成手机耗电等等问题，传统的Linux IPC无任何保护措施，完全由上层协议来确保。

Android为每一个安装好的应用程序分配了自己的UID，故进程的UID是鉴别进程身份的重要标志，前面提到C/S架构，Android系统中对外只暴露Client端，Client端将任务发送给Server端，Server端会根据控制策略，判断UID/PID是否满足访问权限，目前权限控制很多时候是通过弹出权限询问对话框，让用户选择是否运行。Android6.0，也称为Android M 平台上，有些App根本用不上通信录和短信，但在这一次性权限时会包含进去，让用户拒绝不得，因为拒绝后App无法正常使用，而一旦授权后，应用便可以胡作非为。

针对这个问题，google在Android M做了调整，不再是安装时一并询问所有权限，而是在App运行过程中，需要哪个权限再弹框询问用户是否给相应的权限，对权限做了更细致地控制，让用户有了更多的可控性，但同时也带来了另一个让用户诟病的地方，那就是权限询问的弹框的次数大幅度增加。对于Android M平台上，有些App开发者可能会写出让手机异常频繁弹框的App,企图直到用户授权为止，这对用户来说是不能忍受的，用户最后吐槽的可不光是App,还有Android系统，以及手机厂商，有些用户可能就因此跳果分了。这还需要广大Android开发者以及手机厂商共同努力，共同打造安全与体验俱佳的android手机。

传统IPC只能由用户在数据包中填入UID/PID；另外，可靠的身份标记只有由IPC机制本身在内核中添加。其次传统IPC访问接入点是开放的，无法建立私有通道。从安全角度，Binnder安全性更高。

说到这，可能有人反驳，Android就算用Binnder架构，而现如今Android手机的各种流氓软件，不就是干着这种偷窥隐私，后台偷偷跑流量的事吗？没错，确实存在，但这不能说Binder的安全性不好，因为Android系统仍然掌握主控权，可以控制这类App的流氓行为，只是对于该采取何种策略来控制，在这方面android的确存在很多有待进步的空间，这也是google以及各大手机厂商一直努力改善的地方之一。
在Android6.0，google对于App的权限问题作为较多的努力，大大收紧应用的权限；另外，在Google举办的AndroidBootcamp 2016大会中，google也表示在Android7.0（也叫做Android N）的权限隐私方面会进一步加强加固，比如SElinux,Memory safe 等等，

(4)从语言层面的角度

大家都知道Linux基于C语言（面向过程的语言），而Android是基于Java语言（面向对象的语句），而对此Binder恰恰符合面向对象的思想，将进程通信转化为通过对某个Binnder对象的引用调用该对象的方法，而其独特之处在于Binnder对象是一个可以跨进程引用的对象，它的实体位于一个进程中，而它的引用却遍布于系统的各个进程之中。可以从一个进程传到其他的进程，让大家能够访问同一个Server，就像将一个对象活引用赋值给另一个引用一样。Binnder模糊了进程边界，淡化了进程间通信过程。整个系统仿佛运行于同一个面向对象的程序之中。从语言层面，Binnder更适合基于面向对象语言的Android系统，对于Linux系统可能会有点“水土不服”。

(5)从公司战略的角度

众所周知，Linux内核是开源的系统，所开源代码许可协议GPL保护，该协议具有“病毒式感染”的能力，怎么理解这句话呢？受GPL保护的Linux Kernel是运行在内核空间，对于上层的任何类库、服务、应用等运行在用户空间，一旦进行SysCall(系统调用)，调用到底层Kernel，那么也必须遵循GPL协议。
而Android之父Andy Rubin对于GPL显然是不能接受的，为此，google巧妙地将GPL协议控制在内核空间，将用户空间的协议采用Apache-2.0协议(允许基于Android的开发商不向社区反馈源码)，同时在GPL协议与Apache-2.0之间Lib库采用BSD证授权方法，有效隔断了GPL的传染性，仍有较大争议，但至少目前缓解Android，让GPL止步于内核空间，这是Google在GPL Linux下开源行业化共存的一个成功典范。

有了这些，再说说关于Binnder的今世前缘
Binnder是基于开源的OpenBinder实现的，OpenBinder是一个开源的系统IPC机制，最初是由Be Inc开发，接着由Plam，Inc公司负责开发，现在OpenBinnder的作者在Google工作，既然作者在Google公司，在用户空间采用Binnder作为核心的IPC机制，再用Apache-2.0协议保护，自然而然是没什么问题，减少法律风险，以及对开发成本也有裨益的。那么从公司战略角度，Binnder也是不错的选择。

另外，再说一点关于OpenBinder，在2015年OpenBinder以及合入到Liunx Kernel主线3.19版本，这也算Google对Linux的一点回馈吧。

综上5点，可知Binnder是Android系统上层进程通信的不二选择。

接着，讨论下网友提到的D-Bus

也采用C/S架构的IPC机制，D-Bus是用户空间实现的方法，效率低，消息拷贝次数和上下文切换次数都明显多于Binnder。针对D-Bus这些缺陷，于是产生了kdbus,这是D-Bus在内核实现版，效率得到提升，与Binnder一样在内核作为字符设计，通过open()打开设备，mmap()映射内存。

(1)kdbus在进程间通信过程，Client端将消息在内存的消息队列，可以存储大量的消息，Server端不断从消息队列里中取消息，大小只受限于内存；
(2)Binder的机制是每次通信，会通信的进程或线程中todo队里增加binnder事务，并且每个进程所允许Binder线程数，google提供默认最大线程数为16个，受限于CPU，由于线程数太多，增加系统负载，并且每个进程默认分配内存。

而kdbus对于内存消耗较大，同时也适合传输大量数据和大量消息的系统。Binnder对CPU和内存需求比较低，效率比较高。从而进一步说明Binder适合移动系统Android，但是，也有一定缺点，就是不同利用Binnder输出大数据，比如利用Binder传输几M大小的图片，便会出现异常，虽然有厂商会增加Binnder内存，但也不可能比系统默认内存大很多，否则整个系统的可用内存大幅度降低。

最后，简单讲讲Android Binnder架构

Binder在Android系统中江湖地位非常之高，在Zygote孵化出system_server进程后，在system_server进程中初始化支持整个Android FrameWork的各种各样的Service，而这些Service从大的方向来划分，分为Java层Framework和Native Framework层(C++)的Service，几乎都是基于Binder IPC机制。

1.Java framework：作为 Service端继承(或间接继承)于Binder类，Client端继承(或间接继承)于BinderPoxy类，例如ActivityManagerService（用于控制Activity、Service、进程等）这个服务作为Service端，间接继承Binnder类，而相应的ActivityManager作为Client端，间接继承于BinderProxy类。当然还有PackageManagerService、WindowManagerService等等很多系统服务都是采用C/S架构：
2.Native Framework层：只是C++层，作为Server端继承(或间接继承于)BBinder类，Client端继承(或间接继承)于BpBinder。例如MediaPlayservice（用于多媒体相关）作为Service端，继承于BBinder类，而相应的MediaPlay作为Client端，间接继承于BpBinnder类

总之，一句话“无Binnder不Android”
再加上一些个人的理解和总结：

1.Binder是有统一中心化管理的
Service Manager统一管理所有public的Binder，你可以注册发布Service供其他进程使用。

2.Binder安全性更高
根据client端的uid，做安全访问控制；
selinux策略加强Binder安全

3.高效率
减少了拷贝

4.Binnder是一对多的，一个service端同时服务多个client

一个Bindner可以服务多个client，它是android framework 服务化的基础

链接：https://www.jianshu.com/p/eb5bdeacd5f2
作者：InFatuated

如果你想要深入系统的学习Android Framework框架，这里可以分享一份《Android Framework源码开发揭秘》，其中记录了从系统启动流程到WMS全部源码解析，相信你能优秀地学习整个Framework框架。

因文章篇幅原因，只放了部分内容，完整版扫码免费领取！

## 第一章 系统启动流程分析
  • 第一节 Android启动概览
  • 第二节 init.rc解析
  • 第三节 Zygote
  • 第四节 面试题

在这里插入图片描述

第二章 跨进程通信IPC解析

  • 第一节 Sercice 还可以这么理解
  • 第二节 Binder基础
  • 第三节 Binder应用
  • 第四节 AIDL应用（上）
  • 第五节 AIDL应用（下）
  • 第六节 Messenger原理及应用
  • 第七节 服务端回调
  • 第八节 获取服务（IBinder）
  • 第九节 Binder面试题全解析

在这里插入图片描述

第三章 Handler源码解析

  • 第一节 源码分析
  • 第二节 难点问题
  • 第三节 Handler常问面试题
  • 在这里插入图片描述

第四章 AMS源码解析

  • 第一节 引言
  • 第二节 Android架构
  • 第三节 通信方式
  • 第四节 系统启动系列
  • 第五节 AMS
  • 第六节 AMS 面试题解析

在这里插入图片描述

第五章 WMS源码解析

  • 第一节 WMS与activity启动流程
  • 第二节 WMS绘制原理
  • 第三节 WMS角色与实例化过程
  • 第四节 WMS工作原理

在这里插入图片描述

第六章 Surface源码解析

  • 第一节 创建流程及软硬件绘制
  • 第二节 双缓冲及SurfaceView解析
  • 第三节 Android图形系统综述
  • 在这里插入图片描述

第七章 基于Android12.0的SurfaceFlinger源码解析

  • 第一节 应用建立和SurfaceFlinger的沟通的桥梁
  • 第二节 SurfaceFlinger的启动和消息队列处理机制
  • 第三节 SurfaceFlinger 之 VSync（上）
  • 第四节 SurfaceFlinger之VSync（中）
  • 第五节 SurfaceFlinger之VSync（下）
  • 在这里插入图片描述

第八章 PKMS源码解析

  • 第一节 PKMS调用方式
  • 第二节 PKMS启动过程分析
  • 第三节 APK的扫描
  • 第四节 APK的安装
  • 第五节 PKMS之权限扫描
  • 第六节 静默安装
  • 第七节 requestPermissions源码流程解析

在这里插入图片描述

第九章 InputManagerService源码解析

  • 第一节 Android Input输入事件处理流程（1）
  • 第二节 Android Input输入事件处理流程（2）
  • 第三节 Android Input输入事件处理流程（3）

在这里插入图片描述

第十章 DisplayManagerService源码解析

  • 第一节 DisplayManagerService启动
  • 第二节 DisplayAdapter和DisplayDevice的创建
  • 第三节 DMS部分亮灭屏流程
  • 第四节 亮度调节
  • 第五节 Proximity Sensor灭屏原理
  • 第六节 Logical Display和Physical Display配置的更新

在这里插入图片描述

各位小伙伴们如果有需要这份《Android Framework源码开发揭秘》资料，扫码二维码即可【免费领取】！！！

Android-海绵
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
面试题五：Binder详解
songzi1228的博客
07-03 1598
目录 相关文章： 一、Linux内核的基础知识 1、进程隔离 / 虚拟地址空间 2、系统调用（用户空间和内核空间） 3、binder驱动连接进程 二、Binder通信机制介绍 1、为什么使用binder 2、binder通信模型：第一种解释 2.1、binder通信模型 2.2、Binder机制跨进程原理 3、binder通信模型：第二种解释 相关文章： Binder学习...
Android 进阶——Binder IPC之Binder IPC架构及原理概述（九）
最美不过，心中有梦，身旁有你！
04-06 1079
Binder IPC之学习Binder IPC架构及原理。
IPC机制（二）---＞Binder简介
weixin_51065489的博客
09-19 1126
IPC机制---＞Binder简介
Android跨进程通信：图文详解 Binder机制 原理
热门推荐
Carson带你学Android
06-22 11万+
前言 如果你接触过 跨进程通信 （IPC），那么你对Binder一定不陌生 虽然 网上有很多介绍 Binder的文章，可是存在一些问题：浅显的讨论Binder机制 或 一味讲解 Binder源码、逻辑不清楚，最终导致的是读者们还是无法形成一个完整的Binder概念 本文采用 清晰的图文讲解方式，按照 大角度 -> 小角度 去分析Binder，即： 先从 机制、模型的角度 去分析 整个B...
Android Framework跨进程通信IPC之6——Binder框架
Gaga246的博客
06-17 3802
Android 从下而上分了内核层、硬件抽象层、系统服务层、Binder IPC 层、应用程序框架层Android 中"应用程序框架层"以 SDK 的形式开放给开发者使用，“系统服务层” 中的核心服务随系统启动而运行，通过应用层序框架层提供的 Manager 实时为应用程序提供服务调用。系统服务层中每一个服务运行在自己独立的进程空间中，应用程序框架层中的 Manager 通过 Binder IPC 的方式调用系统服务层中的服务。简单的说，Binder是Android平台上的一种跨进程通信技术。
Android 进阶——Binder IPC之学习Binder IPC架构及原理概述（十二）
最美不过，心中有梦，身旁有你！
11-10 362
（系统调用 open、mmap 和 ioctl 函数来访问设备文件 /dev/binder，实现与 Binder 驱动的交互来间接的实现跨进程通信），而非直接交互的原因是，**因为Client进程、Server进程、Service Manager进程属于进程空间的用户空间，不可进行进程间交互，而Binder驱动属于进程空间的内核空间，可进行进程间(进程内)直接交互。其中 Client进程、Server进程、Service Manager进程运行在用户空间，互相隔离，而Binder 驱动运行在内核空间。
android IPC之binder通信机制
01-05
Binder通信机制说来简单，但是在使用的过程的遇到了一些问题，最后终于解决了，在这总结一下，一并分享给大家： 1、要使用Binder通信，首先要定义接口，然后实现服务端BnInterface***和客户端BpInterface***，说到底...
Android系统进程间通信（IPC）机制Binder中的Server启动过程源代码分析
09-01
Binder作为Android系统的主要IPC机制，它的核心在于Server和Client之间的交互。本文将深入剖析Binder中Server的启动过程，以MediaPlayerService为例，帮助读者更好地理解和掌握Android IPC机制。 首先，当我们在...
Android IPC机制Binder简要介绍
07-16
简要介绍Android IPC机制Binder
Android Binder机制
02-26
Android Binder机制是Android系统的核心组件之一，它负责进程间通信（IPC，Inter-Process Communication），使得不同应用程序或者同一系统中的不同组件能够有效地交互。在Android系统中，由于每个应用程序运行在自己...
Android-BootCamp-GoogleImageSearcher
07-11
谷歌图片搜索器 一个只读的谷歌图片搜索器，允许用户修改高级搜索选项和结果分页。 花费时间：共花费8小时 完成的用户故事： 必需：用户可以输入一个搜索查询，该查询将显示来自 Google Image API 的图像结果网格。 必需：用户可以点击“设置”，允许选择高级搜索选项来过滤结果 必需：用户可以配置高级搜索过滤器，例如：大小、颜色、类型和站点。 必需：后续搜索将对搜索结果应用任何过滤器。 必需：用户可以点击结果中的任何图像以全屏查看图像。 要求：用户可以以继续加载更多图像结果（最多 8 页） 可选：使用 ActionBar SearchView 或自定义布局作为查询框而不是 EditText。 可选：用户可以将图像分享给他们的朋友或通过电子邮件发送给自己。 可选：强大的错误处理，检查互联网是否可用，处理错误情况，网络故障。 可选：改进用户界面并试验图像资产和/或样式
Android Bootcamp 2017
02-09
Day 3_ Graphics and Camera Android Bootcamp 2017 - Color Management Android Bootcamp 2017 — deqp Android Bootcamp 2017 — Updateable Graphics Drivers Android Bootcamp 2017—Camera Android Bootcamp 2017—NextGenGraphicsAPIs Android Bootcamp 2017—Platform Graphics Update Day 3_ Runtime Android Bootcamp 2017—C++ Libraries and Toolchains Android Bootcamp 2017—Java Language Android Bootcamp 2017—OTA Updates Android Bootcamp 2017—QuickBoot Android Bootcamp 2017—RenderScript Android Bootcamp 2017—Sdcardfs Android Bootcamp 2017—Soong Build System
Android 中为什么要使用 Binder 机制？
weixin_43936526的博客
05-09 320
3.安全性：Android为每个应用分配了UID，作为鉴别进程的重要标志，Android内部依赖这个UID进行权限管理，包括6.0以前的固定权限和6.0以后的动态权限，传统IPC只能由用户在数据包里填入UID/PID，这个标记是在用户空间控制，没有放在内核空间，因此有被恶意篡改的可能，因此Binder的安全性更高。1.高性能:从数据拷贝次数来看Binder只需要进行一次内存拷贝，而管道、消息队列、Socket都需要两次，共享内存不需要拷贝，Binder的性能仅次于共享内存。
IPC机制 Binder
hirezy
04-09 4499
引言 Binder是Android系统中最重要的特性之一。正如其名“粘合剂”，它是粘合系统间各个组件的桥梁，Android系统的开放式设计也很大程度上得益于这种跨进程的通信机制。 理解Binder对于理解整个Android系统有着非常重要的作用，Android系统的四大组件，AMS，PMS等系统服务无一不与Binder挂钩；如果对Binder不甚了解，那么就很难了解这些系统机制，从而仅仅浮游与表面，不懂Binder你都不好意思说自己会Android开发；要深入Android，Binder是必须迈出的一步。
Binder机制---IPC、RPC的过程
最新发布
2301_78416573的博客
04-09 588
写到这里也结束了，在文章最后放上一个小小的福利，以下为小编自己在学习过程中整理出的一个学习思路及方向，从事互联网开发，最主要的是要学好技术，而学习技术是一条慢长而艰苦的道路，不能靠一时激情，也不是熬几天几夜就能学好的，必须养成平时努力学习的习惯，更加需要准确的学习方向达到有效的学习效果。《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！、全套讲解视频、实战项目源码讲义》点击传送门即可获取！**
Android中Binder IPC机制
永琪的博客
12-30 3777
Binder IPC机制，学不动也要学
Android——Binder机制
Yawn
06-04 1万+
1.简介 Android系统中，涉及到多进程间的通信底层都是依赖于Binder IPC机制。 例如当进程A中的Activity要向进程B中的Service通信，这便需要依赖于Binder IPC。不仅于 此，整个Android系统架构中，大量采用了Binder机制作为IPC（进程间通信，Interprocess Communication）方案。 也存在部分其他的IPC方式，如管道、SystemV、Socket等 为什么使用Binder： 性能方面： Binder相对于传统的Socket方式，更加高效
为什么 Android 要采用 Binder 作为 IPC 机制？
hello_1995的博客
12-12 1091
通过 mmap，Binder 通信时，只需要经历一次数据复制，性能要优于管道、消息队列、socket等方式，在安全性，易用性方面又优于共享内存。鉴于上述原因，Android 选择了这种折中的 IPC 方式，来满足系统对稳定性、传输性能和安全性方面的要求。
深入解析Android Binder IPC机制
Linux提供了多种IPC方式，如管道、消息队列、共享内存、套接字、信号量和信号，但Android系统选择了Binder作为其主要的IPC机制。这主要是因为Binder具有以下优势： 1. 安全性：Binder提供了基于对象的权限控制，...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值