Android VNDK:vendor native development kit 引入原因

背景:
各个厂商开发基于Android系统的设备,底层硬件相关的驱动或一些底层的功能由厂商(vendor)开发。

在Android 8.0之前,厂商开发的模块以动态库的方式提供,直接被framework调用(被native直接调用或者Java模块通过jni调用,总之是直接依赖)。

带来的问题,给Android系统升级带来麻烦,如果厂商不提供新版Android的支持,已有设备就无法使用新版Android系统。

为了解耦Android系统和供应商开发模块之间的依赖:
1)引入HAL层,让framework不直接依赖于vendor开发的二进制接口,二者根据需要依赖LL-NDK、VNDK、VNDK-SP,并借助aidl和binder机制实现解耦。
2)通过划分Android系统分区和vendor分区实现隔离,便利系统升级。升级系统的时候可以分别升级,比如升级Android系统,不影响供应商开发的模块。

Android VNDK:vendor native development kit 引入原因_第1张图片

VNDK是专门选择的一些接口稳定的库,framework和HAL都可以放心的依赖这些库,系统升级保证这些库提供的接口不变(头文件和二进制调用接口)。

稍微展开一些,实现方式:
1)引入隔离层HAL(hardware abstract layer),让vendor模块和底层框架没有之间依赖,vendor模块通过HAL使用底层的功能,vendor模块只能依赖于同层级的native库。
2)HAL开发:VNDK是开发HAL工具。
3)HAL接口定义:使用AIDL(旧版是HIDL)描述HAL提供的函数接口。
4)HAL实现框架:hwbinder,结合AIDL,借助底层binder机制,实现vendor模块和底层模块的通信,同时满足效率目标。
5)用设备树叠加解决硬件驱动匹配:device tree overlay。简单的说,Android提供一个标准系统和驱动(dt),厂商提供dto,覆盖部分驱动dt,适配特定设备硬件。其中Android系统dt是主版本,通过SOC id来匹配设备;厂商提供的dt通过board id来匹配设备。
并且dt和dto在不同的分区,Android系统升级不影响厂商的dto。
6)sepolicy overlay,根据需要覆盖系统原有的sepolicy,定制HAL所需的sepolicy。

你可能感兴趣的:(Android开发技术专栏,android,android,studio,ide)