Android Q安全锁屏下进入google photos不弹bouncer界面

最新推荐文章于 2022-12-21 00:15:00 发布
最新推荐文章于 2022-12-21 00:15:00 发布
阅读量1.1k 收藏 2
点赞数 2
分类专栏： 笔记 文章标签： android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_34211365/article/details/103583418
版权

复现步骤

Andoird 10平台，设置锁屏密码（pin/passowrd/pattern）->双击power键启动camera->拍照->点击左下角预览->进入google photo->(KO，此时无法弹出bouncer界面输密码，而是直接返回锁屏界面)
还有个比较奇怪的现象是当photos启动之后主activity未被销毁即没有点击back就不会复现此问题了，当主activity销毁后就会复现

初步分析

首先进行交叉验证确认是camera，google photos，还是平台问题，将公司camera装到google参考机也能复现此问题，确认可能是Android平台问题，需要着手分析源码

Keyguard这一块的主要还是由framework来控制的，PhoneWindowManager回调KeyguardViewMediator的各种方法，KeyguardViewMediator再来控制KeyguardBouncer，所以此问题原因还是在framework那边有什么条件没有满足bouncer弹出来，没有走到Keyguard这边的流程。

Keyguard和framework的交互主要由KeyguardController来控制

visibilitiesUpdated

此方法中的requestDismissKeyguard值是直接影响是否走到处理Keyguard流程的开关
/frameworks/base/services/core/java/com/android/server/wm/KeyguardController.java

 private void visibilitiesUpdated() {
        boolean requestDismissKeyguard = false;
        for (int displayNdx = mRootActivityContainer.getChildCount() - 1;
             displayNdx >= 0; displayNdx--) {
            final ActivityDisplay display = mRootActivityContainer.getChildAt(displayNdx);
            final KeyguardDisplayState state = getDisplay(display.mDisplayId);
            state.visibilitiesUpdated(this, display);
            requestDismissKeyguard |= state.mRequestDismissKeyguard;
        }
        // Dismissing Keyguard happens globally using the information from all displays.
        if (requestDismissKeyguard) {
            //Keyguard dismiss的核心方法
            handleDismissKeyguard();
        }
    }

state.visibilitiesUpdated

此方法里满足了一定条件则会将mRequestDismissKeyguard置为true，所以bouncer不弹出来肯定是这里的某个条件没有满足，mDismissingKeyguardActivity等于当前处于Top的想要dismiss keyguard的Activity，lastDismissActivity用来保存mDismissingKeyguardActivity的值

void visibilitiesUpdated(KeyguardController controller, ActivityDisplay display) {
       final boolean lastOccluded = mOccluded;
       final ActivityRecord lastDismissActivity = mDismissingKeyguardActivity;
       mRequestDismissKeyguard = false;
       mOccluded = false;
       mDismissingKeyguardActivity = null;
       final ActivityStack stack = getStackForControllingOccluding(display);
        if (stack != null) {
            final ActivityRecord topDismissing = stack.getTopDismissingKeyguardActivity();
             mOccluded = stack.topActivityOccludesKeyguard() || (topDismissing != null
                        && stack.topRunningActivityLocked() == topDismissing
                        && controller.canShowWhileOccluded(
                                true /* dismissKeyguard */,
                                false /* showWhenLocked */));
           if (stack.getTopDismissingKeyguardActivity() != null) {
                    mDismissingKeyguardActivity = stack.getTopDismissingKeyguardActivity();
                }
                // FLAG_CAN_SHOW_WITH_INSECURE_KEYGUARD only apply for secondary display.
            if (mDisplayId != DEFAULT_DISPLAY) {
                    mOccluded |= stack.canShowWithInsecureKeyguard()
                            && controller.canDismissKeyguard();
                }
            }
            // TODO(b/123372519): isShowingDream can only works on default display.
          if (mDisplayId == DEFAULT_DISPLAY) {
                mOccluded |= controller.mWindowManager.isShowingDream();
            }

          if (lastOccluded != mOccluded) {
                controller.handleOccludedChanged(mDisplayId);
           }
         if (lastDismissActivity != mDismissingKeyguardActivity && !mOccluded
                    && mDismissingKeyguardActivity != null
                    && controller.mWindowManager.isKeyguardSecure(
                            controller.mService.getCurrentUserId())) {
                mRequestDismissKeyguard = true;
            }
        }

看一下这几个条件判断
条件一，lastDismissActivity != mDismissingKeyguardActivity，这个条件很容易满足，lastDismissActivity既然是保存mDismissingKeyguardActivity的状态，那他们容易不等
条件二，!mOccluded 此条件比较可能不满足
条件三，mDismissingKeyguardActivity != null，此条件也很容易满足
条件四，controller.mWindowManager.isKeyguardSecure(
controller.mService.getCurrentUserId())代表当前设备是否处于保护模式即是否设置了密码

这几个条件唯一可能的就是条件二，通过log调试也是发现进google photos时不弹bouncer主要就是 !mOccluded 不满足

mOccluded这个值的控制条件也比较多，通过log调试发现主要是stack.topActivityOccludesKeyguard()控制了mOccluded

mOccluded = stack.topActivityOccludesKeyguard() || (topDismissing != null
                        && stack.topRunningActivityLocked() == topDismissing
                        && controller.canShowWhileOccluded(
                                true /* dismissKeyguard */,
                                false /* showWhenLocked */));

topActivityOccludesKeyguard

/frameworks/base/services/core/java/com/android/server/wm/ActivityStack.java
找mTopActivityOccludesKeyguard赋值的代码

/**
     * @return true if the top visible activity wants to occlude the Keyguard, false otherwise
     */
    boolean topActivityOccludesKeyguard() {
        return mTopActivityOccludesKeyguard;
    }

checkKeyguardVisibility

看注释的意思是只有当前top activity可以决定是否关闭Keyguard，锁屏启动应用一般有两种，第一种不需要解锁直接显示在锁屏之上，这种不需要弹出bouncer让用户解锁，因为它们可以直接显示了，类似闹钟，来电界面，另一种则需要先解锁再显示，到这里可以断定启动Photos用的第一种启动，但是由于Photos作为普通activity显然windows层级太低只能显示在keyguard底下，接着需要继续调查Photos为何会用第一种方式启动

boolean checkKeyguardVisibility(ActivityRecord r, boolean shouldBeVisible, boolean isTop) {
    ......
    boolean showWhenLocked = false;
      ......
       showWhenLocked = r.canShowWhenLocked();
     // Only the top activity may control occluded, as we can't occlude the Keyguard if the
            // top app doesn't want to occlude it.
      if (isTop) {
          mTopActivityOccludesKeyguard |= showWhenLocked;
       }
    ......
}

r.canShowWhenLocked

/frameworks/base/services/core/java/com/android/server/wm/ActivityRecord.java

 boolean canShowWhenLocked() {
        if (!inPinnedWindowingMode() && (mShowWhenLocked
                || (mAppWindowToken != null && mAppWindowToken.containsShowWhenLockedWindow()))) {
            return true;
        } else if (mInheritShownWhenLocked) {
            ActivityRecord r = getActivityBelow();
            return r != null && !r.inPinnedWindowingMode() && (r.mShowWhenLocked
                    || (r.mAppWindowToken != null
                        && r.mAppWindowToken.containsShowWhenLockedWindow()));
        } else {
            return false;
        }
    }

showWhenLocked也是由多个值控制的，继续跟mAppWindowToken.containsShowWhenLockedWindow()

containsShowWhenLockedWindow

此方法返回值根据activity是否设置FLAG_SHOW_WHEN_LOCKED来控制的，
/frameworks/base/services/core/java/com/android/server/wm/AppWindowToken.java

    boolean containsShowWhenLockedWindow() {
        ......
        for (int i = mChildren.size() - 1; i >= 0; i--) {
            if ((mChildren.get(i).mAttrs.flags & FLAG_SHOW_WHEN_LOCKED) != 0) {
                return true;
            }
        }
        return false;
    }

FLAG_SHOW_WHEN_LOCKED定义在WindowManager中，含义是是否能够显示在锁屏之上，到这里大概明白了，google photos设置了FLAG_SHOW_WHEN_LOCKED，为什么要设置这个flag，应用设置的还是系统设置的，为什么首次启动的photos会有这个flag，不是首次就没有

public static final int FLAG_SHOW_WHEN_LOCKED = 0x00080000;

准备添加log调试，直接打印mChildren.get(i)的值，

首次启动photos的log:

com.tcl.camera/com.android.camera.SecureCameraActivity}
12-17 08:31:35.063   825  2735 D djtang  : mChildren.get(i) = :Window{dc012d7 u0 com.tcl.camera/com.android.camera.SecureCameraActivity}
12-17 08:31:35.063   825  2735 D djtang  : mChildren.get(i) = :Window{dc012d7 u0 com.tcl.camera/com.android.camera.SecureCameraActivity}
12-17 08:31:35.481   825  2593 D djtang  : mChildren.get(i) = :Window{dc012d7 u0 com.tcl.camera/com.android.camera.SecureCameraActivity}
12-17 08:31:35.481   825  2593 D djtang  : mChildren.get(i) = :Window{dc012d7 u0 com.tcl.camera/com.android.camera.SecureCameraActivity}
12-17 08:31:35.481   825  2593 D djtang  : mChildren.get(i) = :Window{dc012d7 u0 com.tcl.camera/com.android.camera.SecureCameraActivity}
12-17 08:31:35.481   825  2593 D djtang  : mChildren.get(i) = :Window{dc012d7 u0 com.tcl.camera/com.android.camera.SecureCameraActivity}
12-17 08:31:35.616   825  1089 D djtang  : mChildren.get(i) = :Window{5c6f6ae u0 Splash Screen com.google.android.apps.photos}
12-17 08:31:35.616   825  1089 D djtang  : mChildren.get(i) = :Window{5c6f6ae u0 Splash Screen com.google.android.apps.photos}
12-17 08:31:35.617   825  1089 D djtang  : mChildren.get(i) = :Window{5c6f6ae u0 Splash Screen com.google.android.apps.photos}
12-17 08:31:35.617   825  1089 D djtang  : mChildren.get(i) = :Window{5c6f6ae u0 Splash Screen com.google.android.apps.photos}
12-17 08:31:35.617   825  1089 D djtang  : mChildren.get(i) = :Window{5c6f6ae u0 Splash Screen com.google.android.apps.photos}
12-17 08:31:35.632   825  2735 D djtang  : mChildren.get(i) = :Window{5c6f6ae u0 Splash Screen com.google.android.apps.photos}
12-17 08:31:35.632   825  2735 D djtang  : mChildren.get(i) = :Window{5c6f6ae u0 Splash Screen com.google.android.apps.photos}

非首次启动photos的log:

12-17 08:34:25.176   825  2206 D djtang  : mChildren.get(i) = :Window{7965666 u0 com.tcl.camera/com.android.camera.SecureCameraActivity}
12-17 08:34:25.176   825  2206 D djtang  : mChildren.get(i) = :Window{7965666 u0 com.tcl.camera/com.android.camera.SecureCameraActivity}
12-17 08:34:25.195   825  2206 D djtang  : mChildren.get(i) = :Window{7965666 u0 com.tcl.camera/com.android.camera.SecureCameraActivity}
12-17 08:34:25.195   825  2206 D djtang  : mChildren.get(i) = :Window{7965666 u0 com.tcl.camera/com.android.camera.SecureCameraActivity}
12-17 08:34:25.195   825  2206 D djtang  : mChildren.get(i) = :Window{7965666 u0 com.tcl.camera/com.android.camera.SecureCameraActivity}
12-17 08:34:25.195   825  2206 D djtang  : mChildren.get(i) = :Window{7965666 u0 com.tcl.camera/com.android.camera.SecureCameraActivity}
12-17 08:34:29.747   825  2206 D djtang  : mChildren.get(i) = :Window{ae03481 u0 com.google.android.apps.photos/com.google.android.apps.photos.pager.HostPhotoPagerActivity}
12-17 08:34:29.748   825  2206 D djtang  : mChildren.get(i) = :Window{ae03481 u0 com.google.android.apps.photos/com.google.android.apps.photos.pager.HostPhotoPagerActivity}
12-17 08:34:29.748   825  2206 D djtang  : mChildren.get(i) = :Window{ae03481 u0 com.google.android.apps.photos/com.google.android.apps.photos.pager.HostPhotoPagerActivity}
12-17 08:34:29.783   825  2208 D djtang  : mChildren.get(i) = :Window{ae03481 u0 com.google.android.apps.photos/com.google.android.apps.photos.pager.HostPhotoPagerActivity}
12-17 08:34:29.783   825  2208 D djtang  : mChildren.get(i) = :Window{ae03481 u0 com.google.android.apps.photos/com.google.android.apps.photos.pager.HostPhotoPagerActivity}

差别是首次启动的photos打印的windowState为Window{5c6f6ae u0 Splash Screen com.google.android.apps.photos}，非首次启动的photos打印的windowState为Window{ae03481 u0 com.google.android.apps.photos/com.google.android.apps.photos.pager.HostPhotoPagerActivity}

/frameworks/base/services/core/java/com/android/server/wm/WindowState.java

@Override
public String toString() {
        final CharSequence title = getWindowTag();
        if (mStringNameCache == null || mLastTitle != title || mWasExiting != mAnimatingExit) {
            mLastTitle = title;
            mWasExiting = mAnimatingExit;
            mStringNameCache = "Window{" + Integer.toHexString(System.identityHashCode(this))
                    + " u" + UserHandle.getUserId(mOwnerUid)
                    + " " + mLastTitle + (mAnimatingExit ? " EXITING}" : "}");
        }
        return mStringNameCache;
    }
CharSequence getWindowTag() {
        CharSequence tag = mAttrs.getTitle();
        if (tag == null || tag.length() <= 0) {
            tag = mAttrs.packageName;
        }
        return tag;
    }

打印的是getTitle，其实非首次启动的photos的打印比较正常，包名加activity名字，关键是首次启动的photos有个"Splash Screen"，log中发现其他应用首次启动的WindowState也为"Splash Screen" + 包名，如：
Window{df6f4ad u0 Splash Screen com.android.settings}

在代码中全局搜索"Splash Screen"，

addSplashScreen

找到了，addSplashScreen中给首次启动的应用主activity设置了title为"Splash Screen " + packageName，并且在mKeyguardOccluded为ture时给应用设置flag为FLAG_SHOW_WHEN_LOCKED
/frameworks/base/services/core/java/com/android/server/policy/PhoneWindowManager.java

@Override
    public StartingSurface addSplashScreen(IBinder appToken, String packageName, int theme,
            CompatibilityInfo compatInfo, CharSequence nonLocalizedLabel, int labelRes, int icon,
            int logo, int windowFlags, Configuration overrideConfig, int displayId) {
		......
		 if (displayId == DEFAULT_DISPLAY && mKeyguardOccluded) {
                   windowFlags |= FLAG_SHOW_WHEN_LOCKED;
            }
            ......
		params.setTitle("Splash Screen " + packageName);
		......
}

找到在哪里设置就好修改了，当我们需要某个应用显示在锁屏之上时我们不必设置此flag

DJLZPP
关注
专栏目录
SystemUI 锁屏点击通知解锁界面重叠（bouncer界面与锁屏第一界面）
忘冻鱼的博客
03-26 885
不积跬步无以至千里 一.前摘 其实这里是原生设计，google认为这样是正常的现象，设计的如此，但是咱们国内呢，考虑的看见界面层叠混乱，这样就感觉体验不好，因此认为需要改善，当然可以看大厂的手机确实都处理此问题，那咱们也处理一下吧。 二.分析 这里说一下吧，其实这里会出现层叠主要是因为当点击通知的时候会调起锁屏的二级解锁界面即bouncer界面，而此...
Android 14.0 锁屏页面禁止下拉状态栏
最新发布
安卓兼职framework和app工程师的博客
05-17 955
在14.0的系统rom产品定制化中，在默认的锁屏界面的时候原生系统是可以下拉状态栏的，但是定制的产品是需要禁用下拉状态栏的，所以需要在锁屏页面的时候禁用下拉状态栏，需要从两部分查看下拉状态栏流程然后禁用状态栏 接下来就来分析下看这个功能怎么实现
android 锁屏代码分析,Android锁屏状态下的安全分析
weixin_33037089的博客
05-26 612
简介Android从6.0开始，默认开启了全盘加密(Full Disk Encryption，即FDE)，设备开机后第一次解锁时，用户数据处于加密状态，大多数功能在开机解锁前不可用。如下图：如果没有输入正确的密码，用户数据是解不开的，因此在这一状态下即使物理控制设备，想要进一步攻破设备或者窃取数据也是极其困难的。用户输入正确的密码后，进入系统，数据解开，所有功能正常使用。当再次锁屏时，必须要解锁后...
android 唤醒和解锁屏幕
热门推荐
xielunyan666的博客
01-30 1万+
/** * 唤醒手机屏幕并解锁 */ public void wakeUpAndUnlock() { // 获取电源管理器对象 PowerManager pm = (PowerManager) getApplicationContext() .getSystemService(Context.POWER_...
Android9.0 Camera App代码跟踪
weixin_38160277的博客
11-08 1596
各位早上好，这次给大家带来的是Android9.0 Camera App的代码阅读，即是工作需要也是个人的笔记，帮助大家学习。 Android9.0 Camera App源代码的位置（/android/packages/apps/SnapdragonCamera），其他的Camera App在Android9.0中已经弃用了，我把源码导入到Android studio中让大家看看它的代码...
上滑解锁流程 - 安卓R
SSSxCCC的博客
08-04 2133
1
SystemUI下的快速设置面板显示异常
黑夜骑士
01-03 1720
前言：坚持自己能坚持的，成为自己想成为的，相信时间的累积是有效果的。Step1复现这个bug困扰了快一周了，今天终于突然来了灵感解决掉了，记录之。 测试：General description: The notification bar display incorrect when edit quick settings. - - - - - - - - - - - - - - - - - -
Android 12.0 锁屏页面滑动解锁不灵敏的功能修复
安卓兼职framework和app工程师的博客
12-21 865
在12.0的系统产品开发中，对于系统原生systemui的锁屏方式就是默认滑动解锁，但是在有些机型 会出现上滑解锁不太灵敏的情况，这对于用户体验来说会比较差，所以需要找到上滑解锁不灵的 原因，然后解决这个问题
Android 11.0 锁屏界面滑动解锁不灵的解决方案
安卓兼职framework和app工程师的博客
11-26 1255
在11.0 的系统产品开发中，锁屏界面默认是上滑解锁进入Launcher页面的，原生的上滑解锁不太好用解锁有点困难，所以产品需求要求查找源码解决这个问题，所以这就需要从滑动解锁流程分析来解决问题。
2021-09-03 eventlog对应各标识表示的含义
qq_34024778的博客
09-03 4187
当前联想设备路径 /system/etc/event-log-tags eventlog中各标识表示的含义 当前看的比较多的标识 am_pss 42 answer (to life the universe etc|3) 314 pi 1003 auditd (avc|3) 1004 chatty (dropped|3) 1005 tag_def (tag|1),(name|3),(format|3) 1006 liblog (dropped|1) 2718 e 2719 ...
Android使用Intent实现Camera功能
06-14
Android使用Intent实现Camera功能
Android_解锁屏幕与锁屏代码
11-20
主要是利用距离传感器实现的android的自动锁屏与解锁
从问题出发:捕获监听android 栈顶Activity的resume变化
huibin147852369的专栏
10-24 4295
熟悉Android framework的同学都清楚Activity 进出栈是依靠ActivityStack.java(android/frameworks/base/services/core/java/com/android/server/am/ActivityStack.java)进行管理,但是，对ActivityStack不熟悉的同学或者没有接触的，请参考下面的文章.    最近做项目,有一...
systemui 重启失败导致keygurd为true 导致的ANR
一杯咖啡的专栏
04-16 754
systemui被杀后重启，从启动进程到attachApplicationLocked超过10s 执行processStartTimedOutLocked 导致再次被杀，由于没有执行到attach，不会死亡回调不再重启 03-12 17:33:11.113265 1235 1405 I am_kill : [0,4610,com.android.systemui,-800,Too many Binders sent to SYSTEM] 03-12 17:33:11.357911 1235...
Android框架浅析之锁屏(Keyguard)机制原理
mumushou
07-25 3824
最近终于成功的摆脱了FM收音机，迈向了新的模块：锁屏、状态栏、Launcher---姑且称之为“IDLE”小组，或许叫手机  美容小组，要是能施展下周星星同学的还我漂漂拳，岂不快哉。 OK，闲话打住，咱开始正文。            本文主要内容：           1、分析锁屏界面的组成 ；           2、基于源代码分析锁屏相关类 ；
Android 锁屏显示和屏幕解锁
li5685918的博客
02-22 3127
开发后台服务的时候经常需要对屏幕状态进行判断，屏幕的状态，比如是否是亮着的，可以使用PowerManager的isScreenOn方法进行判断，比如屏幕是否开启了自动旋转等。1：判断屏幕是否处于常亮的状态 public boolean isScreenOn(Context context) { PowerManager pm = (PowerManager) context.ge
AndroidL 开机展示Keyguard锁屏机制初探
小一的专栏
11-07 8509
目录 目录 锁屏时序图 锁屏加载流程 PhoneWindowManager KeyguardServiceDelegate KeyguardServiceWrapper KeyguardService KeyguardViewMediator onKeyguardLocked showLocked handleShow StatusBarKeyguardViewManager show
反射调用IWindowManager.dismissKeyguard,有意义吗
bxqs001的专栏
07-01 2352
public void dismissKeyguard() {try {Class clsServiceManager = Class.forName("android.os.ServiceManager");Method getService = clsServiceManager.getMethod("getService",String.class);Object winService =
亮屏 screen_on 后不回调Activity的onResume --通过FLAG_SHOW_WHEN_LOCKED移除锁屏界面
板凳的专栏
08-26 1348
遇到的问题 存在密码锁，亮屏 screen_on 后不回调Activity的onResume 解决方法 需要添加 FLAG_SHOW_WHEN_LOCKED 的 window-flag。移除锁屏界面。 int flags = WindowManager.LayoutParams.FLAG_TURN_SCREEN_ON | WindowManager.LayoutParams.FLAG_IGNORE_CHEEK_PRESSES | Windo
AndroidQ SystemUI深度解析：滑动锁屏加载机制
"这篇技术文章主要探讨了Android Q系统用户界面(SystemUI)中的锁屏加载过程，特别是关注滑动锁屏的实现。在Android的锁屏功能中，存在两种类型的锁屏：滑动锁屏和密码锁屏，后者通常称为Bouncer。文章深入到SystemUI...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值