Android8.1 SystemUI Keyguard之指纹解锁流程

手指在指纹传感器上摸一下就能解锁,Keyguard是怎么做到的呢?

下面我们就跟着源码,解析这整个过程。

何时开始监听指纹传感器?

先来看下IKeyguardService这个binder接口有哪些回调吧

    // 当另一个窗口使用FLAG_SHOW_ON_LOCK_SCREEN解除Keyguard时PhoneWindowManager调用
    public void setOccluded(boolean isOccluded, boolean animate) throws android.os.RemoteException;
    // 添加锁屏状态回调
    public void addStateMonitorCallback(com.android.internal.policy.IKeyguardStateCallback callback) throws android.os.RemoteException;
    // 核验解锁(用于快捷启动)
    public void verifyUnlock(com.android.internal.policy.IKeyguardExitCallback callback) throws android.os.RemoteException;
    // 解除锁屏
    public void dismiss(com.android.internal.policy.IKeyguardDismissCallback callback) throws android.os.RemoteException;
    // 屏保开始(Intent.ACTION_DREAMING_STARTED)
    public void onDreamingStarted() throws android.os.RemoteException;
    // 屏保结束(Intent.ACTION_DREAMING_STOPPED)
    public void onDreamingStopped() throws android.os.RemoteException;
    // 设备开始休眠 reason:OFF_BECAUSE_OF_USER/OFF_BECAUSE_OF_ADMIN/OFF_BECAUSE_OF_TIMEOUT
    public void onStartedGoingToSleep(int reason) throws android.os.RemoteException;
    // 休眠完成
    public void onFinishedGoingToSleep(int reason, boolean cameraGestureTriggered) throws android.os.RemoteException;
    // 设备开始唤醒
    public void onStartedWakingUp() throws android.os.RemoteException;
    // 唤醒完成
    public void onFinishedWakingUp() throws android.os.RemoteException;
    // 正在亮屏
    public void onScreenTurningOn(com.android.internal.policy.IKeyguardDrawnCallback callback) throws android.os.RemoteException;
    // 已经亮屏完成
    public void onScreenTurnedOn() throws android.os.RemoteException;
    // 正在灭屏
    public void onScreenTurningOff() throws android.os.RemoteException;
    // 灭屏完成
    public void onScreenTurnedOff() throws android.os.RemoteException;
    // 外部应用取消Keyguard接口
    public void setKeyguardEnabled(boolean enabled) throws android.os.RemoteException;
    // 开机系统准备完成回调
    public void onSystemReady() throws android.os.RemoteException;
    // 延时锁屏 (用于自动休眠)
    public void doKeyguardTimeout(android.os.Bundle options) throws android.os.RemoteException;
    // 切换用户中
    public void setSwitchingUser(boolean switching) throws android.os.RemoteException;
    // 设置当前用户
    public void setCurrentUser(int userId) throws android.os.RemoteException;
    // 系统启动完成回调
    public void onBootCompleted() throws android.os.RemoteException;
    // Keyguard后面的activity已经绘制完成,可以开始移除壁纸和Keyguard flag
    public void startKeyguardExitAnimation(long startTime, long fadeoutDuration) throws android.os.RemoteException;
    // 通知Keyguard对power键做特殊处理,使设备不进行休眠或唤醒而是启动Home(目前是空实现)
    public void onShortPowerPressedGoHome() throws android.os.RemoteException;

在这么多接口里,有
onStartedGoingToSleep/
onFinishedGoingToSleep/
onScreenTurningOff/
onScreenTurnedOff
这四个接口是在power键按下后触发,其中onStartedGoingToSleep最先被触发,他们的
调用顺序我会在后文里讲解。

而我们的指纹传感器监听,就是在onStartedGoingToSleep时开始的。
代码逻辑由在KeyguardService中由中间类KeyguardMediator调用到KeyguardUpdateMonitor
android/frameworks/base/packages/SystemUI/src/com/android/keyguard/KeyguardUpdateMonitor.java

    protected void handleStartedGoingToSleep(int arg1) {
        ...
        updateFingerprintListeningState();
    }

    private void updateFingerprintListeningState() {
        // If this message exists, we should not authenticate again until this message is
        // consumed by the handler
        if (mHandler.hasMessages(MSG_FINGERPRINT_AUTHENTICATION_CONTINUE)) {
            return;
        }
        mHandler.removeCallbacks(mRetryFingerprintAuthentication);
        boolean shouldListenForFingerprint = shouldListenForFingerprint();
        if (mFingerprintRunningState == FINGERPRINT_STATE_RUNNING && !shouldListenForFingerprint) {
            stopListeningForFingerprint();
        } else if (mFingerprintRunningState != FINGERPRINT_STATE_RUNNING
                && shouldListenForFingerprint) {
            startListeningForFingerprint();
        }
    }

在同时判断mFingerprintRunningState和shouldListenForFingerprint后,
Keyguard在startListeningForFingerprint中真正使用FingerprintManager监听指纹传感器

指纹传感器的监听方法

    private void startListeningForFingerprint() {
        if (mFingerprintRunningState == FINGERPRINT_STATE_CANCELLING) {
            setFingerprintRunningState(FINGERPRINT_STATE_CANCELLING_RESTARTING);
            return;
        }
        if (DEBUG) Log.v(TAG, "startListeningForFingerprint()");
        int userId = ActivityManager.getCurrentUser();
        if (isUnlockWithFingerprintPossible(userId)) {
            if (mFingerprintCancelSignal != null) {
                mFingerprintCancelSignal.cancel();
            }
            mFingerprintCancelSignal = new CancellationSignal();
            mFpm.authenticate(null, mFingerprintCancelSignal, 0, mAuthenticationCallback, null, userId);
            setFingerprintRunningState(FINGERPRINT_STATE_RUNNING);
        }
    }

真正到了使用指纹识别功能的时候,你会发现其实很简单,只是调用 FingerprintManager 类的的方法authenticate()而已,然后系统会有相应的回调反馈给我们,该方法如下:

public void authenticate(CryptoObject crypto, CancellationSignal cancel, int flags, AuthenticationCallback callback, Handler handler, int userId)

该方法的几个参数解释如下:

  1. 第一个参数是一个加密对象。目前为null
  2. 第二个参数是一个 CancellationSignal 对象,该对象提供了取消操作的能力。创建该对象也很简单,使用 new CancellationSignal() 就可以了。
  3. 第三个参数是一个标志,默认为0。
  4. 第四个参数是 AuthenticationCallback 对象,它本身是 FingerprintManager 类里面的一个抽象类。该类提供了指纹识别的几个回调方法,包括指纹识别成功、失败等。需要我们重写。
  5. 最后一个 Handler,可以用于处理回调事件,可以传null。
  6. 用户id

下面只需要在mAuthenticationCallback继承AuthenticationCallback这个抽象方法,重写回调接口


    private FingerprintManager.AuthenticationCallback mAuthenticationCallback
            = new AuthenticationCallback() {

        @Override
        public void onAuthenticationFailed() {
            handleFingerprintAuthFailed();
        };

        @Override
        public void onAuthenticationSucceeded(AuthenticationResult result) {
            Trace.beginSection("KeyguardUpdateMonitor#onAuthenticationSucceeded");
            handleFingerprintAuthenticated(result.getUserId());
            Trace.endSection();
        }

        @Override
        // 指纹验证
        public void onAuthenticationHelp(int helpMsgId, CharSequence helpString) {
            handleFingerprintHelp(helpMsgId, helpString.toString());
        }

        @Override
        // 指纹验证时回调
        public void onAuthenticationError(int errMsgId, CharSequence errString) {
        }

        @Override
        // 获取到指纹时回调
        public void onAuthenticationAcquired(int acquireInfo) {
            handleFingerprintAcquired(acquireInfo);
        }
    };

获取指纹后,Keyguard做了哪些事?

从AuthenticationCallback里可以看出,获取指纹回调首先发生在 onAuthenticationAcquired 中, 我们先看代码

  private void handleFingerprintAcquired(int acquireInfo) {
        if (acquireInfo != FingerprintManager.FINGERPRINT_ACQUIRED_GOOD) {
            return;
        }
        for (int i = 0; i < mCallbacks.size(); i++) {
            KeyguardUpdateMonitorCallback cb = mCallbacks.get(i).get();
            if (cb != null) {
                cb.onFingerprintAcquired();
            }
        }
    }

首先用acquireInfo参数判断是否正确获取指纹,之后遍历KeyguardUpdateMonitorCallback,进行回调。
重写onFingerprintAcquired方法的只有FingerprintUnlockController,FingerprintUnlockController就是
用于协调UI的所有指纹解锁操作的控制器。

    @Override
    public void onFingerprintAcquired() {
        ...
            mWakeLock = mPowerManager.newWakeLock(
                    PowerManager.PARTIAL_WAKE_LOCK, FINGERPRINT_WAKE_LOCK_NAME);
            mWakeLock.acquire();
            mHandler.postDelayed(mReleaseFingerprintWakeLockRunnable,
                    FINGERPRINT_WAKELOCK_TIMEOUT_MS);
        }
        ...
    }

onFingerprintAcquired的核心逻辑全部是和WakeLock相关的,
获取WakeLock,并发送一条延时消息,15秒后,释放WakeLock。

下一步就发生在,onFingerprintAuthenticated回调中了,实现onFingerprintAuthenticated接口的不止一处,但真正实现解锁的还是在FingerprintUnlockController中

    @Override
    public void onFingerprintAuthenticated(int userId) {
        ...
        startWakeAndUnlock(calculateMode());
    }

    private int calculateMode() {
        boolean unlockingAllowed = mUpdateMonitor.isUnlockingWithFingerprintAllowed();
        boolean deviceDreaming = mUpdateMonitor.isDreaming();

        if (!mUpdateMonitor.isDeviceInteractive()) {
            if (!mStatusBarKeyguardViewManager.isShowing()) {
                return MODE_ONLY_WAKE;
            } else if (mDozeScrimController.isPulsing() && unlockingAllowed) {
                return MODE_WAKE_AND_UNLOCK_PULSING;
            } else if (unlockingAllowed || !mUnlockMethodCache.isMethodSecure()) {
                return MODE_WAKE_AND_UNLOCK;
            } else {
                return MODE_SHOW_BOUNCER;
            }
        }
        if (unlockingAllowed && deviceDreaming) {
            return MODE_WAKE_AND_UNLOCK_FROM_DREAM;
        }
        if (mStatusBarKeyguardViewManager.isShowing()) {
            if (mStatusBarKeyguardViewManager.isBouncerShowing() && unlockingAllowed) {
                return MODE_DISMISS_BOUNCER;
            } else if (unlockingAllowed) {
                return MODE_UNLOCK;
            } else if (!mStatusBarKeyguardViewManager.isBouncerShowing()) {
                return MODE_SHOW_BOUNCER;
            }
        }
        return MODE_NONE;
    }

这段代码逻辑很清晰,就是根据锁屏的状态计算指纹解锁的模式

public void startWakeAndUnlock(int mode) {
        ...
        boolean wasDeviceInteractive = mUpdateMonitor.isDeviceInteractive();
        mMode = mode;
        if (!wasDeviceInteractive) {
            mPowerManager.wakeUp(SystemClock.uptimeMillis(), "android.policy:FINGERPRINT");
        }
        
        releaseFingerprintWakeLock();
        
        switch (mMode) {
          ...
        }
    }

startWakeAndUnlock中的代码经过简化后,只剩三部分:
1.先判断设备唤醒状态,是用PowerManager的wakeUp接口点亮屏幕
2.然后释放在acquire阶段获取的WakeLock
3.最后在根据上面calculateMode得出的解锁模式,进行真正的解锁动作,这在之前的解锁流程中已经分析过,这里不再做分析。

这里面值得我们注意的是wakeUp接口, 下面我们稍微对该接口进行一点探究

PowerManager的wakeUp接口

我们知道上层应用要唤醒系统一般只能依靠两种方式:
1.在应用启动Activity时候设置相应的window的flags,通过WMS来唤醒系统;
即通过WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON
2.在应用申请wakelock锁时附带ACQUIRE_CAUSES_WAKEUP标志

PowerManager的wakeup接口属性是@hide的,对一般应用是不可见的,而我们的SystemUI就不存在调用问题。
SystemUI通过调用第三种方式:PowerManager的wakeup接口,来强制唤醒系统,如果该设备处于睡眠状态,调用该接口会立即唤醒系统,比如按Power键,来电,闹钟等场景都会调用该接口。唤醒系统需要android.Manifest.permission#DEVICE_POWER的权限,我们可以看到SystemUI的Manifest文件里已经添加了该权限。
PowerManagerService唤醒的流程请看流程图:

 

PMS的wakeUp流程

 

从流程可以看到,亮屏流程可以和KeyguardService中的回调对应上了。

总结

其实指纹解锁的本质是在KeyguardService收到从PMS到WMS的调用中,在StartedGoingToSleep时就开始使用FingerprintManager的authticate开始监听感器,在FIngerManager验证成功时,使用PowerManagerService点亮屏幕,进行解锁流程。

<think>好的,用户想了解如何在Android 14的SystemUI中去掉滑动解锁页面。我需要先确认用户的需求,通常这可能涉及到修改锁屏界面,可能用于定制ROM或者企业设备管理,禁止用户滑动解锁,直接进入主屏幕。 首先,我需要回忆Android SystemUI的结构。SystemUI负责状态栏、导航栏、锁屏等组件。滑动解锁页面通常在Keyguard模块中处理,具体可能是在KeyguardHostView或其相关类中。 接下来,用户可能需要通过修改SystemUI的源代码来实现这个功能。需要找到控制锁屏交互的逻辑,比如滑动手势的处理。可能需要禁用滑动解锁的检测,或者直接跳过锁屏界面。 可能的步骤包括: 1. 找到Keyguard相关的类,如KeyguardHostView或KeyguardSecurityContainer。 2. 在代码中搜索与滑动解锁相关的方法,例如onSwipeUp()或handleUnlock()。 3. 修改逻辑,使得滑动事件直接触发解锁,或者禁用滑动检测,自动解锁。 4. 可能需要调整锁屏状态机,确保设备唤醒后直接进入主界面。 另外,还要考虑安全性,比如如果有密码或生物识别,可能需要处理验证流程。如果用户想完全跳过安全验证,这可能有安全隐患,需要谨慎处理。 还要提醒用户修改SystemUI需要系统级别的权限,可能需要刷机或root设备,存在风险。此外,不同厂商的Android 14可能有定制化的SystemUI,代码路径可能不同,需要具体分析。 最后,可能需要重新编译SystemUI模块并部署到设备上进行测试。过程中可能遇到兼容性问题,需要调试和日志排查。</think>在Android 14中移除滑动解锁页面需要修改SystemUI模块的源码,以下是分步骤实现方案: 一、定位关键代码 1. 锁屏核心类路径: $$ \text{packages/SystemUI/src/com/android/systemui/keyguard/} $$ 重点关注: - KeyguardHostView.java - KeyguardSecurityContainer.java - KeyguardSecurityModel.java 2. 手势控制类: $$ \text{packages/SystemUI/src/com/android/systemui/statusbar/phone/} $$ 关键文件: - StatusBarKeyguardViewManager.java - KeyguardBouncer.java 二、代码修改方案 1. 强制跳过锁屏(基础方案): 在`KeyguardViewMediator.java`中修改: ```java // 原始代码 public boolean isInputRestricted() { return mNeedToReshowWhenReenabled || !mKeyguardViewController.isShowing(); } // 修改为 public boolean isInputRestricted() { return false; // 直接禁用输入限制 } ``` 2. 禁用滑动检测(推荐方案): 在`KeyguardSecurityContainer.java`中找到滑动处理: ```java // 原始滑动检测 if (velocityTracker != null && event.getAction() == MotionEvent.ACTION_UP) { velocityTracker.computeCurrentVelocity(1000); float velocity = velocityTracker.getYVelocity(); if (velocity < -SWIPE_VELOCITY_THRESHOLD) { onSwipeUp(); } } // 修改方案:注释掉滑动检测逻辑 /* if (...) { ... } */ ``` 3. 自动触发解锁(完整方案): 在`StatusBarKeyguardViewManager.java`中添加: ```java @Override public void showBouncer(boolean scrimmed) { // 原始逻辑 super.showBouncer(scrimmed); // 新增自动解锁 new Handler().postDelayed(() -> { mStatusBar.executeRunnableDismissingKeyguard(() -> { Log.d("Keyguard", "Auto-dismiss triggered"); return true; }, null, false, false, true); }, 500); // 500ms延迟确保UI初始化完成 } ``` 三、编译部署注意事项 1. 需要完整的AOSP编译环境: $$ \text{source build/envsetup.sh && lunch aosp_<device>-userdebug} $$ 2. 使用增量编译加速: ```bash mmm packages/SystemUI/ && adb sync system && adb reboot ``` 3. 兼容性处理建议: - 重写`KeyguardUpdateMonitor.java`中的安全状态回调 - 在`AndroidManifest.xml`中添加系统权限: ```xml <uses-permission android:name="android.permission.DISABLE_KEYGUARD"/> ``` 四、厂商定制适配(以高通平台为例) 1. 修改`KeyguardSecurityView.java`中的安全策略: ```java // 原始安全级别 SecurityMode securityMode = mSecurityModel.getSecurityMode(userId); // 强制设为无安全措施 SecurityMode securityMode = SecurityMode.None; ``` 2. 处理DRM验证(针对部分厂商): 在`TrustManagerService.java`中设置: ```java public boolean isDeviceSecure(int userId) { return false; // 覆盖安全验证 } ``` 注意事项: 1. 该修改会降低设备安全性 2. 需配合`DevicePolicyManager`使用才能通过CTS验证 3. Android 14新增的`BiometricPrompt`需要单独处理 4. 建议保留紧急呼叫入口以满足法规要求 调试建议: 1. 使用以下命令实时观察锁屏状态: ```bash adb shell dumpsys keyguard ``` 2. 监控关键日志: ```bash adb logcat | grep -E 'Keyguard|SystemUI' ``` 完整实现需要约200-300行代码修改,建议通过AOSP的覆盖机制(overlay)实现,而非直接修改SystemUI源码,以提高跨版本兼容性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

flybirding10011

谢谢支持啊999

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值