binder调用流程分析

news2024/11/18 6:46:59

binder是一个非常好的跨进程通信工具，Android对其进行了各种封装，虽然我们用起来简单，但是理解起来却比较困难。

1.自己设计一个跨进程通信机制

在理解binder之前呢，首先我们想一下，如果我们自己设计一个跨进程通信的机制，那我们会怎么设计呢？ 如果是我的话，我可能会按照下图设计。 在这里插入图片描述 图中左边是客户端，右边是服务端，客户端想要调用服务端的call函数，首先我们需要先将函数名称以及参数值进行序列化，然后再使用linux系统所提供的跨进程通信方式，例如socket或者是管道，将这些序列化过后的数据传递给服务端，然后服务端拿到这些数据之后，首先进行反序列化，然后再调用相应的函数，将返回值返回给客户端。 其实和我们使用网络访问服务器的结构很像。 接着我们来看下binder的通信流程。

2.跨进程通信流程

1.生成AIDL文件

首先我们新建一个AIDL文件，

interface IFile {
     Bitmap getBitmap(String path);
}

然后build过后，系统会自动帮我们生成一个IFile.java文件

public interface IFile extends android.os.IInterface {
    /**
     *继承binder，实现IFile接口，运行于服务端
     */
    public static abstract class Stub extends android.os.Binder implements com.android.hdemo.IFile {
        private static final java.lang.String DESCRIPTOR = "com.android.hdemo.IFile";

        /**
         * Construct the stub at attach it to the interface.
         */
        public Stub() {
            this.attachInterface(this, DESCRIPTOR);
        }

        /**
         * Cast an IBinder object into an com.android.hdemo.IFile interface,
         * generating a proxy if needed.
         */
        public static com.android.hdemo.IFile asInterface(android.os.IBinder obj) {
            if ((obj == null)) {
                return null;
            }
            android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
            if (((iin != null) && (iin instanceof com.android.hdemo.IFile))) {
                return ((com.android.hdemo.IFile) iin);
            }
            return new com.android.hdemo.IFile.Stub.Proxy(obj);
        }

        @Override
        public android.os.IBinder asBinder() {
            return this;
        }

        @Override
        public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException {
            switch (code) {
                case INTERFACE_TRANSACTION: {
                    reply.writeString(DESCRIPTOR);
                    return true;
                }
                case TRANSACTION_getBitmap: {
                    data.enforceInterface(DESCRIPTOR);
                    java.lang.String _arg0;
                    _arg0 = data.readString();
                    android.graphics.Bitmap _result = this.getBitmap(_arg0);
                    reply.writeNoException();
                    if ((_result != null)) {
                        reply.writeInt(1);
                        _result.writeToParcel(reply, android.os.Parcelable.PARCELABLE_WRITE_RETURN_VALUE);
                    } else {
                        reply.writeInt(0);
                    }
                    return true;
                }
            }
            return super.onTransact(code, data, reply, flags);
        }

        //实现IFile接口，运行于客户端
        private static class Proxy implements com.android.hdemo.IFile {
            private android.os.IBinder mRemote;

            Proxy(android.os.IBinder remote) {
                mRemote = remote;
            }

            @Override
            public android.os.IBinder asBinder() {
                return mRemote;
            }

            public java.lang.String getInterfaceDescriptor() {
                return DESCRIPTOR;
            }

            @Override
            public android.graphics.Bitmap getBitmap(java.lang.String path) throws android.os.RemoteException {
                android.os.Parcel _data = android.os.Parcel.obtain();
                android.os.Parcel _reply = android.os.Parcel.obtain();
                android.graphics.Bitmap _result;
                try {
                    _data.writeInterfaceToken(DESCRIPTOR);
                    _data.writeString(path);
                    mRemote.transact(Stub.TRANSACTION_getBitmap, _data, _reply, 0);
                    _reply.readException();
                    if ((0 != _reply.readInt())) {
                        _result = android.graphics.Bitmap.CREATOR.createFromParcel(_reply);
                    } else {
                        _result = null;
                    }
                } finally {
                    _reply.recycle();
                    _data.recycle();
                }
                return _result;
            }
        }

        static final int TRANSACTION_getBitmap = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0);
    }

    public android.graphics.Bitmap getBitmap(java.lang.String path) throws android.os.RemoteException;
}

生成的代码结构并不复杂，IFile是一个接口，继承了android.os.IInterface，并加入了我们自定义的接口方法getBitmap，IFile中包含一个静态抽象类Stub，Stub又包含一个静态内部类Proxy。Stub继承binder，实现IFile接口，运行于服务端，Proxy实现IFile接口，运行于客户端。 接着我们来看一下从客户端到服务端的整个流程

2.从客户端到服务端

客户端

首先来看下我们是如何来获取服务的，从注释1处可以看出，客户端拿到binder对象之后，调用asInterface方法将其转换成本地的IFile对象。

Intent intent = new Intent(this,TestService.class);
this.bindService(intent, new ServiceConnection() {
    @Override
    public void onServiceConnected(ComponentName name, IBinder service) {
        try {
            //1
            IFile iFile = IFile.Stub.asInterface(service);
            iFile.getBitmap("");
        }catch (Exception e){
        }
    }

    @Override
    public void onServiceDisconnected(ComponentName name) {
    }
}, Service.BIND_AUTO_CREATE);

而asInterface是系统生成的代码，从下面注释1处可以看出，如果客户端和服务端在同一个进程，则直接将binder强转成本地接口对象，否则返回Proxy对象。如注释2所示，Proxy的getFile方法会调用mRemote.transact方法，mRemote是一个binder对象，其真正的实现是BinderProxy。

public static com.android.hdemo.IFile asInterface(android.os.IBinder obj) {
    if ((obj == null)) {
        return null;
    }
    //1.如果客户端和服务端在同一个进程，则直接调用，否则使用Proxy
    android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
    if (((iin != null) && (iin instanceof com.android.hdemo.IFile))) {
        return ((com.android.hdemo.IFile) iin);
    }
    return new com.android.hdemo.IFile.Stub.Proxy(obj);
}

//Proxy
private static class Proxy implements com.android.hdemo.IFile {
    private android.os.IBinder mRemote;

    Proxy(android.os.IBinder remote) {
        mRemote = remote;
    }

    @Override
    public android.os.IBinder asBinder() {
        return mRemote;
    }

    public java.lang.String getInterfaceDescriptor() {
        return DESCRIPTOR;
    }

    @Override
    public android.graphics.Bitmap getBitmap(java.lang.String path) throws android.os.RemoteException {
        android.os.Parcel _data = android.os.Parcel.obtain();
        android.os.Parcel _reply = android.os.Parcel.obtain();
        android.graphics.Bitmap _result;
        try {
            _data.writeInterfaceToken(DESCRIPTOR);
            _data.writeString(path);
            //2.调用binder的transact方法
            mRemote.transact(Stub.TRANSACTION_getBitmap, _data, _reply, 0);
            _reply.readException();
            if ((0 != _reply.readInt())) {
                _result = android.graphics.Bitmap.CREATOR.createFromParcel(_reply);
            } else {
                _result = null;
            }
        } finally {
            _reply.recycle();
            _data.recycle();
        }
        return _result;
    }
}

BinderProxy的transact方法会调用transactNative方法，最终会调用native层的BpBinder的transact方法，然后由BpBinder和binder驱动进行交互。

//BinderProxy
public boolean transact(int code, Parcel data, Parcel reply, int flags) throws RemoteException {
    ......
    try {
        return transactNative(code, data, reply, flags);
    } finally {
        ......
    }
}

//Native层BpBinder
status_t BpBinder::transact(
    uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags)
{
    // Once a binder has died, it will never come back to life.
    if (mAlive) {
        bool privateVendor = flags & FLAG_PRIVATE_VENDOR;
        // don't send userspace flags to the kernel
        flags = flags & ~FLAG_PRIVATE_VENDOR;

        // user transactions require a given stability level
        if (code >= FIRST_CALL_TRANSACTION && code <= LAST_CALL_TRANSACTION) {
            using android::internal::Stability;

            auto stability = Stability::get(this);
            auto required = privateVendor ? Stability::VENDOR : Stability::kLocalStability;

            if (CC_UNLIKELY(!Stability::check(stability, required))) {
                ALOGE("Cannot do a user transaction on a %s binder in a %s context.",
                    Stability::stabilityString(stability).c_str(),
                    Stability::stabilityString(required).c_str());
                return BAD_TYPE;
            }
        }

        status_t status = IPCThreadState::self()->transact(
            mHandle, code, data, reply, flags);
        if (status == DEAD_OBJECT) mAlive = 0;

        return status;
    }

    return DEAD_OBJECT;
}

服务端

binder驱动收到请求之后会调用native层BBinder的onTransact方法，

status_t BBinder::onTransact(
    uint32_t code, const Parcel& data, Parcel* reply, uint32_t /*flags*/)
{
    switch (code) {
        case INTERFACE_TRANSACTION:
            reply->writeString16(getInterfaceDescriptor());
            return NO_ERROR;

        case DUMP_TRANSACTION: {
            int fd = data.readFileDescriptor();
            int argc = data.readInt32();
            Vector<String16> args;
            for (int i = 0; i < argc && data.dataAvail() > 0; i++) {
               args.add(data.readString16());
            }
            return dump(fd, args);
        }

        case SHELL_COMMAND_TRANSACTION: {
            int in = data.readFileDescriptor();
            int out = data.readFileDescriptor();
            int err = data.readFileDescriptor();
            int argc = data.readInt32();
            Vector<String16> args;
            for (int i = 0; i < argc && data.dataAvail() > 0; i++) {
               args.add(data.readString16());
            }
            sp<IShellCallback> shellCallback = IShellCallback::asInterface(
                    data.readStrongBinder());
            sp<IResultReceiver> resultReceiver = IResultReceiver::asInterface(
                    data.readStrongBinder());

            // XXX can't add virtuals until binaries are updated.
            //return shellCommand(in, out, err, args, resultReceiver);
            (void)in;
            (void)out;
            (void)err;

            if (resultReceiver != nullptr) {
                resultReceiver->send(INVALID_OPERATION);
            }

            return NO_ERROR;
        }

        case SYSPROPS_TRANSACTION: {
            report_sysprop_change();
            return NO_ERROR;
        }

        default:
            return UNKNOWN_TRANSACTION;
    }
}

接着会回掉到java层的onTransact方法，如下注释1所示，this.getBitmap(_arg0)为Stub类的方法，从服务端获取到图片，然后在注释2处，将bitmap写入到返回值。

public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException {
    switch (code) {
        case INTERFACE_TRANSACTION: {
            reply.writeString(DESCRIPTOR);
            return true;
        }
        case TRANSACTION_getBitmap: {
            data.enforceInterface(DESCRIPTOR);
            java.lang.String _arg0;
            _arg0 = data.readString();
            //1.服务端获取的bitmap
            android.graphics.Bitmap _result = this.getBitmap(_arg0);
            reply.writeNoException();
            if ((_result != null)) {
                reply.writeInt(1);
                //2.将bitmap写入返回值
                _result.writeToParcel(reply, android.os.Parcelable.PARCELABLE_WRITE_RETURN_VALUE);
            } else {
                reply.writeInt(0);
            }
            return true;
        }
    }
    return super.onTransact(code, data, reply, flags);
}

我们再来看下service的定义，当绑定到一个service之后，返回的Stub对象，实现了getBitmap方法，返回了本地的bitmap。

public class TestService extends Service {

    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return new IFile.Stub() {
            @Override
            public Bitmap getBitmap(String path) throws RemoteException {
                //1.返回本地bitmap
                return mBitmap;
            }
        };
    }
}

这样从客户端到服务端的流程就走完了，我们看下它的流程图 在这里插入图片描述

3.binder的优势

linux本身提供了很多跨进程通信的方式，例如socket，共享内存，管道之类的，那为啥还要再弄出个binder呢，有以下几点

方便

binder使用起来对于开发者来说非常的友好，隐藏了底层的实现细节，我们只需要关注于业务逻辑即可。

高效

binder通信过程中，将内存同时映射到内核和应用进程当中，只需要拷贝一次即可。而socket和管道均需要从应用进程拷贝到内核，再从内核拷贝到应用进程，需要两次拷贝，共享内存不需要数据拷贝，但使用起来比较复杂。

安全

调用方的身份标记由binder机制本身在内核态中添加，调用方不能自己更改。我们可以通过Binder获取到调用方的uid和pid，从而进行权限控制。

更多Framework源码相关内容已经上传CSDN，朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】

内容主要包含：系统启动流程、跨进程通信IPC、Handler、AMS、WMS、Surface、PKMS、InputManagerService、DisPlayManagerService、基于Android12.0的SurfaceFlinger等等最新源码解析

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/96231.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

关于树形dp问题的解决

关于树形dp问题的解决

文章目录解决套路案例展示一、二叉树的最大深度二、判断是不是平衡二叉树三、判断是不是二叉搜索树四、判断是否是满二叉树五、二叉树节点间的最大距离六、派对的最大快乐值解决套路 实际上就是设计一个递归函数&#xff0c;该递归函数一定要包含 basecase&#xff0c;即让函数…
阅读更多...
[附源码]Python计算机毕业设计高校选课系统Django（程序+LW）

[附源码]Python计算机毕业设计高校选课系统Django（程序+LW）

该项目含有源码、文档、程序、数据库、配套开发软件、软件安装教程 项目运行 环境配置&#xff1a; Pychram社区版 python3.7.7 Mysql5.7 HBuilderXlist pipNavicat11Djangonodejs。 项目技术&#xff1a; django python Vue 等等组成&#xff0c;B/S模式 pychram管理等等…
阅读更多...
[附源码]Python计算机毕业设计共享自习室管理系统Django（程序+LW）

[附源码]Python计算机毕业设计共享自习室管理系统Django（程序+LW）

该项目含有源码、文档、程序、数据库、配套开发软件、软件安装教程 项目运行 环境配置&#xff1a; Pychram社区版 python3.7.7 Mysql5.7 HBuilderXlist pipNavicat11Djangonodejs。 项目技术&#xff1a; django python Vue 等等组成&#xff0c;B/S模式 pychram管理等等…
阅读更多...
【C++】STL-string的使用

【C++】STL-string的使用

文章目录1.为什么学习string类&#xff1f;1.1 C语言中的字符串OJ题目1&#xff1a;字符串相加2.标准库中的string类2.1 string类(了解)总结&#xff1a;2.2 string类的常用接口说明1. string类对象的常见构造2.string类对象的容量操作max_sizereserve和resize3. string类对象的…
阅读更多...
Spirng 痛苦源码学习（三）——Spring中的几个核心老大

Spirng 痛苦源码学习（三）——Spring中的几个核心老大

文章目录前言一、基础接口1.Resource2.ResourceLoader3.BeanFactory&#xff08;1&#xff09;总览&#xff08;2&#xff09;继承如下&#xff08;3&#xff09;重要的工厂4. ApplicationContext前言 一开始学习spring我们首先还是要搞清楚他的整体架构&#xff0c;就是他是干…
阅读更多...
[附源码]Node.js计算机毕业设计互联网教学平台Express

[附源码]Node.js计算机毕业设计互联网教学平台Express

项目运行 环境配置&#xff1a; Node.js最新版 Vscode Mysql5.7 HBuilderXNavicat11Vue。 项目技术&#xff1a; Express框架 Node.js Vue 等等组成&#xff0c;B/S模式 Vscode管理前后端分离等等。 环境需要 1.运行环境&#xff1a;最好是Nodejs最新版&#xff0c;我…
阅读更多...
C++ Reference: Standard C++ Library reference: Containers: map: multimap: end

C++ Reference: Standard C++ Library reference: Containers: map: multimap: end

C官网参考链接&#xff1a;https://cplusplus.com/reference/map/multimap/end/ 公有成员函数 <map> std::multimap::end C98 iterator end(); const_iterator end() const; C11 iterator end() noexcept; const_iterator end() const noexcept;返回指向结束的iterator …
阅读更多...
HTTP简介(GET,POST)

HTTP简介(GET,POST)

HTTP简介(GET,POST) 简介 HyperText Transfer Protocol&#xff0c;超文本传输协议&#xff0c;规定了浏览器和服务器之间数据传输的规则。 演示 HTTP协议的特点 基于TCP协议: 面向连接&#xff0c;安全 TCP是一种面向连接的(建立连接之前是需要经过三次握手)、可靠的、基于…
阅读更多...
[附源码]Python计算机毕业设计SSM基于Java家庭财务管理系统（程序+LW)

[附源码]Python计算机毕业设计SSM基于Java家庭财务管理系统（程序+LW)

项目运行 环境配置&#xff1a; Jdk1.8 Tomcat7.0 Mysql HBuilderX&#xff08;Webstorm也行&#xff09; Eclispe&#xff08;IntelliJ IDEA,Eclispe,MyEclispe,Sts都支持&#xff09;。 项目技术&#xff1a; SSM mybatis Maven Vue 等等组成&#xff0c;B/S模式 M…
阅读更多...
LeetCode 297. 二叉树的序列化与反序列化

LeetCode 297. 二叉树的序列化与反序列化

今天早上睡起来刷了这么一道题&#xff0c;二叉树的序列化和反序列化 大概意思就是给你一个二叉树&#xff0c;把他转成一个字符串&#xff0c;中间的自定义规则由你定&#xff0c;再根据这个字符串去还原这个二叉树&#xff0c;这道题的话思路不难&#xff0c;写起来有的细节…
阅读更多...
【云原生 | Kubernetes 实战】13、K8s 常见的存储方案及具体应用场景分析（上）

【云原生 | Kubernetes 实战】13、K8s 常见的存储方案及具体应用场景分析（上）

目录 K8s 持久化存储 一、k8s 持久化存储&#xff1a;emptyDir 二、k8s 持久化存储&#xff1a;hostPath 三、k8s 持久化存储&#xff1a;nfs 3.1 搭建 nfs 服务 3.2 创建Pod&#xff0c;挂载 NFS 共享出来的目录 3.3 测试 pod 挂载 nfs 是否成功 K8s 持久化存储 在 k8s…
阅读更多...
[附源码]Nodejs计算机毕业设计基于框架的在线问答平台Express(程序+LW)

[附源码]Nodejs计算机毕业设计基于框架的在线问答平台Express(程序+LW)

该项目含有源码、文档、程序、数据库、配套开发软件、软件安装教程。欢迎交流 项目运行 环境配置&#xff1a; Node.js Vscode Mysql5.7 HBuilderXNavicat11VueExpress。 项目技术&#xff1a; Express框架 Node.js Vue 等等组成&#xff0c;B/S模式 Vscode管理前后端分…
阅读更多...
[附源码]Python计算机毕业设计公租房管理系统Django（程序+LW）

[附源码]Python计算机毕业设计公租房管理系统Django（程序+LW）

该项目含有源码、文档、程序、数据库、配套开发软件、软件安装教程 项目运行 环境配置&#xff1a; Pychram社区版 python3.7.7 Mysql5.7 HBuilderXlist pipNavicat11Djangonodejs。 项目技术&#xff1a; django python Vue 等等组成&#xff0c;B/S模式 pychram管理等…
阅读更多...
ASPICE详细介绍-1.什么是ASPICE？

ASPICE详细介绍-1.什么是ASPICE？

什么是ASPICE&#xff1f; ASPICE全称是“Automotive Software Process Improvement and Capacity dEtermination”&#xff0c;即汽车软件过程改进及能力评定&#xff0c;简称A-SPICE或ASPICE。 属于过程模型&#xff0c;由过程和能力度两个维度构成&#xff0c;用于评价汽车…
阅读更多...
DBeaver连接hive（详细图解）

DBeaver连接hive（详细图解）

文章目录DBeaver 简介使用DBeaver连接hive&#xff08;1&#xff09;配置Maven仓库&#xff08;2&#xff09;配置hive驱动&#xff08;3&#xff09;创建hive连接&#xff08;4&#xff09;连接测试DBeaver 简介 dbeaver是免费和开源&#xff08;GPL&#xff09;为开发人员和数…
阅读更多...
RK3588平台开发系列讲解（AUDIO篇）Linux音频调试--alsa-utils 工具

RK3588平台开发系列讲解（AUDIO篇）Linux音频调试--alsa-utils 工具

平台内核版本安卓版本RK3588Linux 5.10Android 12文章目录 一、工具介绍二、工具的使用2.1 aplay2.2 arecord2.3 amixer2.4 aplay | arecord沉淀、分享、成长，让自己和他人都能有所收获！😄 📢本篇将介绍Linux下audio调试工具alsa-utils的使用方法。 一、工具介绍 RK平台…
阅读更多...
[ 数据结构 -- 手撕排序算法第一篇 ] 插入排序

[ 数据结构 -- 手撕排序算法第一篇 ] 插入排序

文章目录前言一、常见的排序算法二、插入排序的实现2.1 基本思想2.2 直接插入排序2.2.1 单趟排序的代码实现三、插入排序代码实现四、插入排序测试五、插入排序的时间复杂度5.1 最坏的情况下5.2 最好的情况下六、直接插入排序特性总结总结前言 手撕排序算法第一篇&#xff1a;…
阅读更多...
HashSet源码解析

HashSet源码解析

HashSet源码解析 问题 &#xff08;1&#xff09;集合&#xff08;Collection&#xff09;和集合&#xff08;Set&#xff09;有什么区别&#xff1f; &#xff08;2&#xff09;HashSet 怎么保证添加元素不重复&#xff1f; &#xff08;3&#xff09;HashSet 是否允许 nu…
阅读更多...
基于nodejs大学生宿舍管理系统的设计与实现.zip(论文+源码+ppt文档+视频录制)

基于nodejs大学生宿舍管理系统的设计与实现.zip(论文+源码+ppt文档+视频录制)

相关资料下载地址&#xff1a;请点击下载》》》 1 绪论 3 1.1 项目开发背景和意义 3 1.2 项目研究现状 3 1.3 项目主要的内容 4 2 相关技术介绍及环境开发条件 4 2.1相关技术介绍 4 2.1.1 nodejs开发框架 4 2.1.2 MySQL数据库 5 2.1.3VSCODE开发工具 6 2.2环境开发条件 6 3 系…
阅读更多...
C51——震动控制喇叭

C51——震动控制喇叭

通过继电器使得喇叭稍微的带一点点智能的感觉&#xff1a; 当振动传感器模块 感受到震动的时候让喇叭响起来&#xff0c;这喇叭之后两根线来供电&#xff0c;这便少不了继电器的作用 震动模块&#xff0c;继电器和单片机的连接方式在前面已经提到了 这里我们先让电源的负极和…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023