HIDL-overview
术语
概述
HIDL：HAL interfacedefinition langurage。描述HAL和用户之间的接口。接口可以是数据类型或方法。这些数据类型和方法组织在接口和包里。
HIDL也是软件之间的一个通信系统，为接口添加了binder机制。
HIDL描述的数据结构和方法签名组织在接口里，即.hal文件。HIDL语言的符号类似于C++和java语言，但也有不同的关键字。
HIDL 设计
设计目标：framework和HALS之间互相独立OTA，不依赖于对方。
HIDL工作模式
1：binderized
2：passthrough
passthrough mode
passthrough mode也就是same-process mode。
为了把运行早期版本的设备升级到ANDROID O，可以把传统(和legacy)HALS封装成HIDL接口，这个接口为HAL提供binderized和passthrough 模式。这种封装对HAL和framework是透明的。
Passthrough模式只支持C++,运行早期版本的Android的设备没有Java编写的HALs，因此JavaHALs只支持binderized。
Passthrough 头文件
Hidl-gen在编译.hal文件时生成一个用于passthrough模式的头文件：BsFoo.h。
其它头文件则用于binder通信。
Passthrough方法调用：
1：直接调用 ，运行在调用者线程里
2：oneway方法调用，运行在自己线程里
BsFoo.h包含由HIDL产生的方法提供了诸如让oneway 方法运行在独立线程的特性。
Binderized HALS
例如：HAL 接口 [email protected]::IFoo，需要实现两部分：
l 实现[email protected]::IFoo-impl SO库。它包含HAL实现以及导出函数IFoo* HIDL_FETCH_IFoo(const char* name)。HIDL_FETCH_IFoo函数可以获取HAL实现的对象。
hidl-gen -Lc++-impl and -Landroidbp-impl
l [email protected]::IFoo-service HAL服务。需要dlopen passthrough HAL以及把自己注册成binder服务
sp
getStub等于ture时，getservice以passthrough模式打开HAL实现。
getStub等于false时，getservice会先获取binder服务，如果失败了才会获取passthrough服务。
注册HIDL 服务
registerAsService(); // service name is default
registerAsService("another_foo_service"); // if needed
如果相同接口注册多个hal服务实现，就可以给服务指定name。
获取HIDL服务
通过name和version获取服务。
每一个版本的HIDL 接口都是独立的接口。版本1.1的IFooService’和版本2.2 的IFooServer都可以注册成名为foo_service的服务。
不指定参数的化默认使用的是default服务。
如何实现client获取服务死亡通知
Client需要实现：
1. 从hidl_death_recipient 类继承一个子类IDeathRecipient
2. 重写serviceDied()方法
3. 实例化IDeathRecipient对象
4. 调用服务的linkToDeath()方法，同时传递IDeathRecipient对象
例如：
死亡接受callback可以注册到多个服务。
数据传输
两种类型接口方法：
l Blocking 等待直到服务返回
l Oneway 单向调用，没有返回值，no block，关键字oneway声明
Callbacks
l Synchronous callbacks
l Asynchronous callbacks
语法
HIDL C++ 数据类型
