IPC理解2

最新推荐文章于 2022-03-12 10:53:56 发布
最新推荐文章于 2022-03-12 10:53:56 发布
阅读量305 收藏
点赞数
分类专栏： Framework
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/niu0147/article/details/79003783
版权



根据gityuan大神总结再次理解IPC通信流程。
http://gityuan.com/2016/09/04/binder-start-service/

那么就从启动一个远程服务来分析整个IPC流程，最为应用开发者，底层的很多通信细节我不了解，但是
整个流程上特别是底层和framework层的衔接上要有个清晰的人是。  下面就根据gityuan的总结 我再次
总结加深一下。


初始化本进程的aidl对象（代理对象）


Activity -->startService()
ContextWrapper -->startService()
ContextImpl -->startServiceCommon()

    private ComponentName startServiceCommon(Intent service, UserHandle user) {
        try {
            validateServiceIntent(service);
            service.prepareToLeaveProcess(this);
            ComponentName cn = ActivityManagerNative.getDefault().startService(
                mMainThread.getApplicationThread(), service, service.resolveTypeIfNeeded(
                            getContentResolver()), getOpPackageName(), user.getIdentifier());


调用aidl对象的业务方法

  public ComponentName startService(IApplicationThread caller, Intent service,
            String resolvedType, String callingPackage, int userId) throws RemoteException
    {
        Parcel data = Parcel.obtain();
        Parcel reply = Parcel.obtain();
        data.writeInterfaceToken(IActivityManager.descriptor);
        data.writeStrongBinder(caller != null ? caller.asBinder() : null);
        service.writeToParcel(data, 0);
        data.writeString(resolvedType);
        data.writeString(callingPackage);
        data.writeInt(userId);
        mRemote.transact(START_SERVICE_TRANSACTION, data, reply, 0);
        reply.readException();
        ComponentName res = ComponentName.readFromParcel(reply);
        data.recycle();
        reply.recycle();
        return res;
    }


在业务方法中调用mRemote.transact，并将数据写入底层。

mRemote.transact(START_SERVICE_TRANSACTION, data, reply, 0);


底层判断是否需要返回值，如果需要，就等待远程进程的执行结果。

是否需要返回值 例如：

unbroadcastIntent{
	// 不需要返回值。
	mRemote.transact(FINISH_RECEIVER_TRANSACTION, data, reply, IBinder.FLAG_ONEWAY);
}
finishReceiver{
	// 需要返回值。
	mRemote.transact(UNBROADCAST_INTENT_TRANSACTION, data, reply, 0);
}

 转入C++层,通过binder驱动来远程调用AMS服务（在远程进程）

调用BpBinder.transact

 BpBinder.cpp


 status_t BpBinder::transact(

     uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags)

    //继续调用

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

   -------------------------------------------------------------------------------------------------------------

继续调用IPC.transact
IPCThreadState.cpp 


status_t IPCThreadState::transact(int32_t handle,
                                  uint32_t code, const Parcel& data,
                                  Parcel* reply, uint32_t flags)
{
    //.....写入binder驱动数据
    if (err == NO_ERROR) {
         //  将数据写入mOut ，准备数据传输  
        err = writeTransactionData(BC_TRANSACTION, flags, handle, code, data, NULL);
    }
// 如果写入有异常情况，直接返回异常
    if (err != NO_ERROR) {
        if (reply) reply->setError(err);
        return (mLastError = err);
    }


// 等待服务端返回结果
    // 默认情况下,都是采用非oneway的方式, 也就是需要等待服务端的返回结果
    if ((flags & TF_ONE_WAY) == 0) {
        if (reply) {
            //reply对象不为空
            err = waitForResponse(reply);
        }else {
            Parcel fakeReply;
            err = waitForResponse(&fakeReply);
        }
    } else {
        err = waitForResponse(NULL, NULL);
    }
    return err;
}

如果需要返回值，则等待远程进程返回数据。

  跨进程调用时：
   如果需要返回结果，就等待远程进程当中的方法执行，然后再发送命令获取结果。
   如果不需要返回结果，直接返送命令 获取远程进程的执行结果。
status_t IPCThreadState::waitForResponse(Parcel *reply, status_t *acquireResult)
{
    int32_t cmd;
    int32_t err;


    while (1) {
//1:★★★ talkWithDriver: 真正与Binder驱动进行数据读写交互的过程。
        if ((err=talkWithDriver()) < NO_ERROR) break; 
        err = mIn.errorCheck();
        if (err < NO_ERROR) break; //当存在error则退出循环

 //每当跟Driver交互一次，若mIn收到数据则往下执行一次BR命令
//2:★★★ 读取远程进程的执行结果。
        if (mIn.dataAvail() == 0) continue;


//3:★★★ 读完之后 再次发送命令，确认最终执行结果。

        cmd = mIn.readInt32();

        switch (cmd) {
        case BR_TRANSACTION_COMPLETE:
            //★★★ 只有当不需要reply, 也就是oneway时 才会跳出循环,否则还需要等待.
            if (!reply && !acquireResult) goto finish; break;


        case BR_DEAD_REPLY:
      // 远程返回失败
            err = DEAD_OBJECT;         goto finish;
        case BR_FAILED_REPLY:
    //远程返回失败
            err = FAILED_TRANSACTION;  goto finish;

  //Binder驱动向Client端发送回应消息; 对于非oneway transaction时,当收到该消息,

    则完整地完成本次Binder通信;

        case BR_REPLY: ...             goto finish;

        default:
    //3:★★★ 读完远程进程中方法执行结果之后， 再次发送命令最终确认结果。
            err = executeCommand(cmd);  
            if (err != NO_ERROR) goto finish;
            break;
        }
    }

finish:
    if (err != NO_ERROR) {
        if (reply) reply->setError(err); //将发送的错误代码返回给最初的调用者
    }
    return err;
}

//Binder驱动向Server端发送消息，确定最终远程进程 的执行结果。

status_t IPCThreadState::executeCommand(int32_t cmd)
{

    switch ((uint32_t)cmd) {
    ...
    case BR_TRANSACTION: 
     ...
  //对于非oneway, 需要reply通信过程,则向Binder驱动发送BC_REPLY命令 .
//★★★ 发起进程需要返回值的情况，这里最后通知发起进程， 远程进程执行完毕，并将结果返回了。
        sendReply(reply, 0);
     ...
    }
}

------------------------------------------------------------------------------------------------------------------


底层调用远程进程的方法。

// 以上进过处理以后，底层经过一系列处理，最终调用到 目标进程


/***/

BBinder.transact

Binder.cpp ::BBinder


status_t BBinder::transact(

    uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags)

{

    .....

//★

            err = onTransact(code, data, reply, flags); 

......

}



以上进过处理以后，底层经过一系列处理，最终调用到 目标进程

------------------------------------------------------------------------------------------------------------------

/***/

BBinder.transact

Binder.cpp ::BBinder


status_t BBinder::transact(

    uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags)

{

             .....

            err = onTransact(code, data, reply, flags); 

             ......

}

-----------------------------------------------------------------------------------------------------------------


调用到远程进程当中

/*底层回调到 远程进程当中 ，最先执行binder中的execTransact方法*/

JavaBBinder

android_util_Binder.cpp


virtual status_t onTransact(

    uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags = 0)

{

    //调用Binder.execTransact 

    jboolean res = env->CallBooleanMethod(mObject, gBinderOffsets.mExecTransact,

        code, reinterpret_cast<jlong>(&data), reinterpret_cast<jlong>(reply), flags);

}

-----------------------------------------------------------------------------------------------------------------

Binder.execTransact

Binder.java


private boolean execTransact(int code, long dataObj, long replyObj, int flags) {

    Parcel data = Parcel.obtain(dataObj);

    Parcel reply = Parcel.obtain(replyObj);

  

    // 调用子类AMN.onTransact方法 

    res = onTransact(code, data, reply, flags);


}

-----------------------------------------------------------------------------------------------------------------

/*接着 执行aidl对象的 onTransact 方法（也就是Stub中的onTransact）*/

执行远程进程当中的业务方法

ActivityManagerNative.java
//重要两部：1：执行本进程中的 目标业务方法。这里的方法就是发起进程要的
            2：返回结果给发起进程。（作为远程服务（目标进程） 将客户端需要的 执行结果返回。）
public boolean onTransact(int code, Parcel data, Parcel reply, int flags) throws RemoteException {
    switch (code) {
    ...
     case START_SERVICE_TRANSACTION: {
        data.enforceInterface(IActivityManager.descriptor);
        IBinder b = data.readStrongBinder();
        //生成ApplicationThreadNative的代理对象，即ApplicationThreadProxy对象
        IApplicationThread app = ApplicationThreadNative.asInterface(b);
        Intent service = Intent.CREATOR.createFromParcel(data);
        String resolvedType = data.readString();
        String callingPackage = data.readString();
        int userId = data.readInt();
        //调用ActivityManagerService的startService()方法
 	//★★★ 执行本进程中的 目标业务方法。这里的方法就是发起进程要的。
        ComponentName cn = startService(app, service, resolvedType, callingPackage, userId);
	//★★★ 告诉给发起端进程
	// 作为远程服务（目标进程） 将客户端需要的 执行结果返回。
        reply.writeNoException();
        ComponentName.writeToParcel(cn, reply);
        return true;
    }
}

将执行结果返回给发起进程

        //java层

    ComponentName.writeToParcel(cn, reply);     

// 经过sendReply调用
status_t IPCThreadState::sendReply(const Parcel& reply, uint32_t flags){
  ......
}
 // 经过一系列过程后.....
binder_thread_read{
//★★★将cmd和 远程进程返回的 数据  写回用户空间
       put_user(cmd, (uint32_t __user *)ptr))
      
}

最后调用到java层aidl对象(代理对象)的方法中。

ActivityManagerNative.ActivityManagerProxy -->startService(){

 //远程进程方法执行后 ，底层将结果写入到reply 对象中。

 mRemote.transact(START_SERVICE_TRANSACTION, data, reply, 0);

// 读取 远程进程的执行结果。

// String result = reply.readString();

// return reslult;


    ComponentName res = ComponentName.readFromParcel(reply);

    data.recycle();

    reply.recycle();

    return res; 

}

IPC调用完毕。




niu0147
关注
专栏目录
IPC进程间通信 远程调用接口 AIDL 客户端服务器
stefzeus的专栏
03-23 2580
一、IPC进程间通信IPC是进程间通信方法的统称，Linux IPC包括以下方法，Android的进程间通信主要采用是哪些方法呢?   1. 管道（Pipe）及有名管道（named pipe）：管道可用于具有亲缘关系进程间的通信，有名管道克服了管道没有名字的限制，因此，除具有管道所具有的功能外，它还允许无亲缘关系进程间的通信；    2. 信号（Signal）：信号是比较复杂的通信方式，用于通知接受进程有某种事件发生，除了用于进程间通信外，进程还可以发送信号给进程本身；linux除了支持Unix早期信号语
IPC(中)-进程间通讯方式详解
朱利源的博客
01-22 4607
IPC(中)1 Android中IPC方式在第一篇IPC(上)中我们已经介绍了IPC的基础知识:序列化和Binder,本篇将详细介绍各种跨进程通讯方式.具体有如下几种: Intent中extras传递 共享文件 Binder ContentProvider Socket 1.1 Bundle四大组件中的三大组件(Activity,Service,Receiver)都是支持在Intent中传递Bu
共享内存分配与ARM+DSP核间通信IPC（MessageQ）
SlaveOpen的博客
03-12 4640
IPC核间通信 IPC(Inter-Processor Communication)提供与处理器硬件无关的API，可用于多核处理器核间通信、同一处理器进程间通信和设备间通信。对于异构多核处理器，可通过IPC组件进行核间通信。IPC通信中常用的MessageQ——大小可变的消息传递模块。这是一种功能强大但易于使用 MessageQ 的消息传递， 调用MessageQ 模块后，如下图标红部分： 在MessageQ 模块工作场景图中，灰色的部分并不是不要的，只是在MessageQ中，灰色部分会在应用程序 main
Android Binder机制分析
Auspicious Cloud's View
08-09 4769
I. Android系统Binder机制之一（Service Manager篇） 本文转载整理自： http://my.unix-center.net/~Simon_fu/?p=875    一、前言 Android虽然构建在Linux上面，但是在IPC（进程间）机制方面，没有利用Linux提供IPC机制，而是自己实现了一套轻量级的IPC机制——binder机制。并且Andro
《Android开发艺术探索》第2章- IPC 机制读书笔记
willwaywang6
09-20 1761
目录1 Android IPC 简介 1 Android IPC 简介 IPC 是 Inter-Process Communication 的缩写，含义为进程间通信或跨进程通信，是指两个进程之间进行数据交换的过程。IPC 并不是 Android 所独有的，任何一个操作系统都需要有相应的 IPC 机制。 在 Android 中，最有特色的进程间通信方式就是 Binder 了。 ...
IPC机制笔记
程序员的点滴
07-14 407
什么是IPC？IPC是Inter-Process Communication的缩写，含义为进程间通信或跨进程通信。一般一个应用程序只有一个进程，至少有一个线程，即主线程，在Android中，主线程也叫UI线程，用于更新UI，如果进行耗时的操作，导致界面无法响应，就会出现ANR（Application not responding)，所以要把操作放在子线程。Android中的多进程模式开启多进程模式：
IPC
02-13
**IPC（Inter-Process Communication）**，即进程间通信，是一种在操作系统中允许不同进程之间交换数据的技术。...在设计分布式系统、微服务架构或者需要跨进程操作的场景下，理解和掌握这些IPC技术至关重要。
ipc4101中tg值和铜厚要求.pdf
07-13
IPC-4101是电子行业中的一份重要标准，它定义了印刷电路板（PCB）制造材料的要求和规格。这份文档着重讨论了TG值（玻璃化转变温度）和铜厚两个关键参数。...理解并遵循这些规范对于确保电子产品的性能和寿命至关重要。
2u-ipc-asm-PRT_2u-ipc-asm-PRT_服务器机箱3D结构图纸_
10-02
《服务器机箱3D结构设计详解》 在IT行业中，服务器机箱的设计是至关重要的一个环节，它不仅关乎到...通过深入理解和分析这些图纸，我们可以更好地理解服务器机箱的内部结构，优化设计方案，以满足日益增长的计算需求。
Hadoop源码分析之IPC中Server端的初始化与启动
东方吹雪的专栏
12-20 3844
Reference： 《Hadoop技术内幕：深入理解Hadoop Common和HDFS架构设计与实现原理》
IPC 机制（三）
songlang90的专栏
03-05 438
4.使用ContentProvider CotentProvider是Android中提供专门用于不同应用间进行数据共享的方式，从这一点来看，它天生就适合进程间通信。 5.使用Socket
使用AIDL实现IPC通信之——实现服务端主动发送数据给客户端
EasyLiu
06-19 8059
前一篇文章讲了怎么在客户端使用AIDL实现IPC通信，调用远程服务端的方法。但是，远程服务端并不能主动给客户端返回信息。在很多情况下是需要远程服务端主动给客户端返回数据，客户端只需要进行监听即可，这是典型的观察者模式。这篇文章主要来解决一下这个问题。 代码主要来自ApiDemos/App/Service/Remote Service Binding，下面对代码进行说明。 1、首先是AI
IPC的调用步骤
solarsaber的专栏
07-01 1612
1. 声明一个接口类型的变量，该接口类型在.aidl文件中定义。 2. 实现ServiceConnection。 3. 调用ApplicationContext.bindService(),并在ServiceConnection实现中进行传递.  4. 在ServiceConnection.onServiceConnected()实现中，你会接收一个IBinder实例(被调用的Service
IPC的几种方式的使用方法和应用
weixin_43679657的博客
11-21 2768
IPC IPC即Inter-Process Communication，进程间通信的意思。顾名思义，可以在不同的进程间进行通信，通信，可以理解为传递信息。当然，信息包括文本信息和信号等。因此，最简单的通信方式便是信号和管道。说简单，是因为这两者都是进程级的，随着进程的消失而消失，而本次主要介绍的是除了管道和信号之外的其他一些通信方式，比如信号量，消息队列，共享内存，以及Socket，这些都是内核级别的，不会随着进程的消失而消失。不过笔者知识浅薄，Socket知识忘得差不多了，有空回来补相关知识。 经过如此"
Android IPC数据在内核空间中的发送过程分析
xuela-net
06-14 211
在上一篇文章Android请求注册服务过程源码分析中从Java层面和C++层面分析了服务请求注册的过程，无论Java还是C++最后都是将需要发送的数据写入的Parcel容器中，然后通过Binder线程持有对象IPCThreadState向Binder驱动发送，本文继续在Android请求注册服务过程源码分析的基础上更深入地介绍服务注册的整个过程。 客户进程向ServiceManager进程发送I...
I2C总线接口技术的应用.zip
10-07
硬件接口+总线+教程资料
fraps2.6.1.zip
最新发布
10-07
fraps2.6.1.zip
深入理解Android Binder IPC机制
"初识Binder，理解Android的IPC机制——Binder" 在Android系统中，Binder是实现进程间通信（IPC）的关键机制。由于Linux内核的特性，不同进程之间的资源和信息不能直接共享，这就需要一种机制来允许进程之间安全...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值