之前在中兴的时候，在L版本时期自研指纹框架，当时也只提供给了公司内部模块使用，并没有什么问题。
在升级到M之后，作为系统标准接口，三方应用使用该接口的也多了起来。与公司的合作项目中，在使用指纹接口发现指纹无法使用。
首先我们确定指纹器件是没有问题的，指纹解锁，支付等功能都正常。自己单独写了demo检查也没发现问题。与合作公司沟通，了解到他们使用的是support-v4 包中FingerprintManagerCompat。同时在小米的M版本机型中同样存在该问题。
于是开始排查，问题很直接，很明显：
private static FingerprintManager getFingerprintManagerOrNull(@NonNull Context context) {
if (context.getPackageManager().hasSystemFeature(PackageManager.FEATURE_FINGERPRINT)) {
return context.getSystemService(FingerprintManager.class);
} else {
return null;
}
}
context.getPackageManager().hasSystemFeature(PackageManager.FEATURE_FINGERPRINT)返回false。
进入PackageManagerService（SDK中源码位置Sdk/sources/android-27/com/android/server/pm，编译环境中/frameworks/base/services/core/java/com/android/server/pm/
,可通过AndroidXRef查看），查看
public boolean hasSystemFeature(String name, int version) {
// allow instant applications
synchronized (mAvailableFeatures) {
final FeatureInfo feat = mAvailableFeatures.get(name);
if (feat == null) {
return false;
} else {
return feat.version >= version;
}
}
}
得知系统会在PMS的构造函数中进行AvailableFeatures的缓存，
public PackageManagerService(Context context, Installer installer,
boolean factoryTest, boolean onlyCore) {
...
SystemConfig systemConfig = SystemConfig.getInstance();
mGlobalGids = systemConfig.getGlobalGids();
mSystemPermissions = systemConfig.getSystemPermissions();
mAvailableFeatures = systemConfig.getAvailableFeatures();
...
}
进一步查看SystemConfig源码（SDK中源码位置Sdk/sources/android-27/com/android/server/，编译环境中/frameworks/base/core/java/com/android/server/
）中在SystemConfig构造函数中会在 /system/etc/sysconfig , /system/etc/permissions ,/vendor/etc/sysconfig , /vendor/etc/permissions ,/oem/etc/sysconfig , /oem/etc/permissions ,/odm/etc/sysconfig , /odm/etc/permissions 几个目录中去加载feature,要求为xml文件。内容为
<permissions>
<feature name="android.hardware.fingerprint" />
</permissions>
在编译环境中搜索 /frameworks/native/data/etc/
下存在android.hardware.fingerprint.xml
在检查公司自定义的脚本中，漏掉了对该文件的拷贝，修改mk文件，将改文件拷贝至system/etc/permissions/下后恢复正常。
如果不用V4包中的FingerprintManagerCompat，而是用M后SDK中FingerprintManagerz中isHardwareDetected()和hasEnrolledFingerprints()来判断并不会出问题，而我们内部总是这样用的。但是对于第三方开发者来说，这种差异化却是不必要的麻烦。在后续工作应该多注意规避这些低级错误。
