我们先来看一张指纹在Android6.0版本上的架构层次图：

　　指纹应用层，也就是手机上的指纹设置，这是Android系统层定义的指纹管理入口。

　　1，system/core/rootdir/init.rc中启动system/core/Fingerprintd指纹的守护进程。

　　fingerprintd的代码实现如下目录：

　　Fingerprintd把IFingerprintDaemon远程服务，注册到serivcemanager。

　　2，SystemServer 会启动指纹的系统服务FingerprintService。

　　framework层中的FingerprintService调fingerprintd服务，调用FingerprintDaemonProxy.cpp里面的方法。

　　/frameworks/base/services/java/com/android/server/SystemServer.java中

　　mSystemServiceManager.startService(FingerprintService.class);

　　Android系统在加载SystemServer，启动FingerprintService指纹系统服务。

　　/frameworks/base/services/core/java/com/android/server/fingerprint/FingerprintService.java

　　3，FingerprintSetvice调用fingerprintd的接口，与fingerprint Hal层通信

　　/frameworks/base/core/java/android/hardware/fingerprint/

　　fingerprintd的代码FingerprintDaemonProxy.cpp会打开HAL层。

　　4，fingerprint Hal通过指纹厂商的驱动程序访问指纹硬件。

　　在这一层，如果不在TEE中实现，则是指纹HAL层库，直接访问指纹硬件驱动。

　　目前Google要求指纹必须在TEE中实现，因此此处的HAL层也可以称之为指纹CA。

　　一般情况下，指纹CA代码会在如下目录，

　　/hardware/libhardware/include/hardware/fingerprint.h

　　/hardware/libhardware/modules/fingerprint

　　不同厂商的TEE系统，指纹厂商必须进行适配。

　　5，指纹TA。

　　由于在TEE系统已经接管了指纹硬件SPI接口，因此指纹TA中封装了操作指纹函数接口。

　　那指纹驱动现在还有啥作用？

　　\kernel-3.18\drivers\misc\mediatek\fingerprint\

　　主要是GPIO的设置以及设备服务操作等等。

　　Android O版本对指纹有啥特别要求？

　　我们前面也介绍过《Android O新特性之Treble介绍》，在Android O以及以后的版本当中，Android更新了框架，引入了一套叫HIDL的语言来定义Freamework与HAL之间的接口。

　　Android O 没有了fingerprintd。

　　fingerprintService.java 调用HIDL接口，HIDl接口的实现类可以由指纹厂家自行去实现。

　　BiometricsFingerprint.cpp 文件是IBiometricsFingerprint接口的实现类。

　　android.hardware.biometrics.fingerprint@2.1-service.rc启动fps_hal 服务。

　　BiometricsFingerprint.cpp 文件，会在构造函数中去打开HAL。其他没变。

　　文章以指纹分析作为一个例子，主要是阐述Android8.0新版本架构给vendor厂商带来的改变。也就是说以后的VTS测试将是各厂商需要重点关注的。

责任编辑：韩希宇