不知不觉，指纹识别解锁已经完成普及很久，当年 Google 在 Android 6.0 版本（SDK 23）方才加入统一的接口，如今已有很多应用程序适配支持了。 FingerprintManager 确实提供了非常便捷的接口供开发者，但没有统一的界面，需要应用程序各自实现自己的 UI，结果出来的效果五花八门、体验一般。
现在 Android P 为开发者们换来了更加简单的 BiometricPrompt，由系统来提供统一的界面，也为更多的生物识别传感器解锁支持提供可能（字面意思上的理解，现在使用 Biometric 一词取代了 Fingerprint），未来系统允许第三方应用面容特征解锁时，开发者亦无需再额外编写代码接入。
源码地址： https://github.com/fython/BiometricPromptCompat
BiometricPromptCompat 是为兼容低版本 Android 而设计的，它的界面十分接近于原版 BiometricPrompt 以保证在不同的 Android 上有一致的效果。
当然在 Android P 或者更新的版本我们还会用原来的 BiometricPrompt 接口，尽管不能保证不同设备上的界面一致，因为系统厂商们会以他们的风格重新设计。（但没有关系，我认为系统厂商有权利统一自己的系统风格，而且不同的生物识别解锁也需要不同的界面）
我们需要意识到在 Android 6.0~8.1 版本中只有指纹传感器会被支持，很抱歉我暂时没有计划去适配成千上万系统中不相容的接口们。
android-28)我们推荐在使用这个库前先了解 FingerprintManager 或 BiometricPrompt 的使用，所有你想知道的都可以在那找到。
首先引入依赖到你的应用 Module 中（build.gradle）：
dependencies {
implementation 'moe.feng.support.biometricprompt:library:1.0.0'
}接下来通过 BiometricPromptCompat.isHardwareDetected(Context) 来得知硬件是否支持（会包括 Android 版本检查）。
经过确认后，才可开始构建对话框并开始认证：
final BiometricPromptCompat biometricPrompt = new BiometricPromptCompat.Builder(context)
.setTitle("标题")
.setSubtitle("副标题")
.setDescription("描述：吧啦吧啦吧啦吧啦吧啦……")
.setNegativeButton("使用密码", new DialogInterface.OnClickListener() {
@Override
public void onClick(DialogInterface dialog, int which) {
Toast.makeText(
context,
"你请求了密码解锁。",
Toast.LENGTH_LONG).show();
}
})
.build();
biometricPrompt.authenticate(cancellationSignal, myCallback);FingerprintManager 参考
BiometricPrompt 参考
Android P Preview 改动介绍中的生物识别解锁部分说明
Android 8.1
Android P Preview
众所周知，支付宝和微信的指纹支付功能欲为 Android 所用还需系统中置入他们的私有库并获得他们的认证方可使用，两家中国互联网巨头不约而同道如此做法是为了安全，甚有相关原理分析文章发表（微信 SOTER）。假设 Google 真的在过去留下了坑，随时时间推移他们也会发现问题存在并解决，而国内这些方案为何又不被采纳入 AOSP 中。
从某厂热门手游的 “高帧率模式支持” 一词被炒热来看，这些不兼容的接口支持，或为一种软件厂商给予硬件厂商的营销手段，与此同时自己也在高权限空间占有一席之地，当中的利益关系不容小觑。
结果或好或坏，为了小部分破解获得 root 权限又不注重软件安全的用户的数据、财产安全而牺牲了所有使用非国产系统或手机的用户体验，实在划不来。国内直接使用 Android 原生接口的软件数不胜数，单是美团、招商银行就有相当大的用户量了，我们也应该放心地去使用统一接口。
早在 Android 5.0 KeyguardManager 就提供了 createConfirmDeviceCredentialIntent 方法可以创建一个打开系统设置认证界面的 Intent，它的解锁方式会与锁屏保持一致，使用 startActivityForResult 去获取结果，当结果为 RESULT_OK 时则通过解锁。
这是一个依赖系统设置界面的 API 用的人比较少，不确定各个国产系统上的行为表现是否稳定，使用前建议先调查可用性（尤其是 MIUI）。