Native层HIDL服务的获取原理-Android10.0 HwBinder通信原理(七)

摘要：本节主要来讲解Android10.0 Native层HIDL服务的获取原理

阅读本文大约需要花费23分钟。

文章首发微信公众号：IngresGe

专注于Android系统级源码分析，Android的平台设计，欢迎关注我，谢谢！

欢迎关注我的公众号！

[Android取经之路] 的源码都基于Android-Q（10.0） 进行分析

[Android取经之路] 系列文章：

《系统启动篇》

《日志系统篇》

《Binder通信原理》：

  《HwBinder通信原理》

《编译原理》

上一节，我们学习了Native层 HIDL服务的注册原理，这一节我们来看看Native层HIDL服务的获取流程。

5.IDemo的服务获取

   IDemo的HIDL服务获取流程如下图所示：

5.1调用栈如下

5.2 main

主要分两步：

1.获取IDemo这个HIDL服务的代理对象

2.调用服务的HIDL接口 getHelloString()

5.3 getService()

getService的调用栈如下：

根据上面的调用栈，最终进入getRawServiceInternal()

getRawServiceInternal()步骤如下：

1.获取HwServiceManager的代理对象

2.获取IDemo 这个hidl服务的transport，来确认是绑定式服务，还是直通式服务

3.根据transport类型，调用不同的接口来获取服务对象 (我们设计的IDemo是绑定式hidl服务)

5.4 defaultServiceManager1_1

5.4.1 BpHwBinder::transact()

BpBinder::transact()就是调用IPCThreadState::self()->transact() 进行处理

根据如下调用栈所示，BpHwBinder::transact()最终会转到BnHwServiceManager::_hidl_get()，实现流程和注册服务类似，相关源码分析参考上一节《Native层HIDL服务的注册原理》的[4.7.1] - [4.8]

5.5 BnHwServiceManager::_hidl_get()

_hidl_get流程如下：

       1.获取hidl服务的fqName

       2.获取hidl服务的name

       3.根据hidl服务的fqName和name，从HwServiceManager的hidl service的map中拿到服务对象

       4.把reply信息写入Parcel

       5.把获取的hidl服务转成IBinder对象

       6.把转换后的IBinder对象，写入reply的Parcel数据中

       7.通过回调，把reply的Parcel数据给发给client

5.5.1 ServiceManager::get()

5.7.3 ServiceManager::lookup()

  主要是根据fqName和name从 HwServiceManager的服务map：mServiceMap 中找到对应的hidlservice。

5.5.2 HidlService::getService()

获取HidlService对象的mService

6. 协议码的转换流程

  Binder通信协议是基于Command-Reply的方式的。

7.IDemo Client\Server交互流程

  在IDemo的服务注册和获取的过程中，IDemo的服务和Client都是作为Client端，HwServiceManager作为Server端。

  在IDemo的服务和client调用过程中，IDemo的服务为Server端，Client为客户端。

8.代码路径

  至此，Native层的HIDL服务注册和获取就梳理完了，主要就是进程和HwBinder驱动、HwServiceManager的交互流程，下一节我们再一起看看JAVA层的hidl服务注册和获取流程。

我的微信公众号：IngresGe