Older_Fisher的博客

不积跬步无以至千里之前也是比较发闷儿,密码解锁后清楚指纹识别的次数是在哪里处理的,今天正好查找一个问题正好发现,记录下来1.调用密码验证流程代码路径:frameworks/base/services/core/java/com/android/server/locksettings/LockSettingsService.java/** * Verify user credential and unlock the user. Fix pattern bug by depre

不积跬步无以至千里一.前摘 我们玩手机的经常的一个行为就是亮屏，向上滑动屏幕然后到解锁界面输入密码然后解锁，而今天我们遇到的这个问题就是向上尝试滑动了好几次都没有到锁屏解锁界面，这个问题会让用户非常苦恼，这不是耽误我的时间吗？因此这个问题对用户的产品体验影响还是很大的。因此我们今天就要解决这个问题。二.分析 这里滑动解锁的逻辑在哪呢？通过寻找代码逻辑发现代码逻辑在此处。（如果不想看分析，可以直接看最后的答案☺）1.代码路径如下：app/src/c...

不积跬步无以至千里 最近被提了一个关于通知栏上通知排序的bug，之前就想过我们的通知栏上的顺序是在哪进行排序的？其实为什么呢？因为浸提那应用的同事提了一个设置Setpriority(int value)的方法，结果设置优先级较大了，还是没有排到通知队列的前边，很纳闷，今天就看一下咋回事。 其实通知由NotificationManager创建，然后通过IPC传到了NotificationManagerService里面，如图NotificationManager.java...

不积跬步无以至千里 本文讲解前三种解锁的实现，指纹由下一篇来讲解。主要需要有两点1、每次都有5次解锁。2、随着尝试次数的增加，时间增长。3、关机重启后仍然能计算时间。（指纹解锁不需要）前摘 修改这4种解锁方式是：Pin码解锁、密码解锁、图案解锁和指纹解锁，修改解锁失败的等待时间？做过SystemUI相关模块都知道解锁这一块的验证密码等等操作一般是通过JNI通过Native做的验证操作，数据获取一般也是涉及到C的逻辑。由于考虑其实系统其他的界面功能上也会...

不积跬步无以至千里 最近android7.1的项目提了个需求：想要当锁屏的时候，禁止下拉状态栏。当然锁屏这块关于通知栏的逻辑是在SystemUI中（/frameworks/base/package/SystemUI）。 关于锁屏和下拉状态栏都是在NotificationPanelView这块控制着事件的分发和逻辑，因此控制锁屏下拉的逻辑也在这，在这里我们只要把关于锁屏状态时，禁止掉状态栏的下拉事件和功能调用的展开逻辑就可以了，因为在锁屏界面下拉的是Quick_Settin...

不积跬步无以至千里一.前摘 当你开启勿扰模式的时候，此刻你肯定不想被打扰，无论是声音还是显示上，那此时的来电通知会怎样呢？毕竟来电通知是一个非常重要的通知，那它是在勿扰模式中怎么被处理的呢？二.正文 其实SystemUI的通知是有一个专门管理通知数据的类NotificationData，这里有对通知是否需要在通知栏中是否显示出来会有过滤的操作。代码路径：app/src/com/android/systemui/statusbar/Notificat...

不积跬步无以至千里一.前摘 其实这里禁止状态栏的下拉是我们经常遇到的一些功能需求场景，其实前边的场景我们也有写过一篇文章 SystemUI Android7.1禁止锁屏下拉状态栏，而这种修改是处理当处于锁屏第一界面时的禁止状态栏的下拉或者弹出，而其中还有一篇文章说明了怎么平台提供的接口如何禁止状态栏的下拉：https://blog.csdn.net/WDYShowTime/article/details/89497672,而我们本片文章讲的就是如何通过修改SystemUI代码来...

不积跬步无以至千里一.前摘 咱们使用手机电量比较低的时候，都会通过在手机顶部上显示一条低电量的悬浮通知来提醒你此时的电池电量不足请注意用电或者及时充电，如下图，原生的系统是电量低于15%则会弹出此弹框，如果你想修改到18%就去提醒用户，那么接下里我们说一下。二.分析这里类也是继承了基础抽象类SystemUI，这里通过广播监听电量变化，然后相当于电量从16变成15时，则会触发弹出低电量悬浮通知的逻辑。代码路径如下：app/src/com/android/syst...

不积跬步无以至千里 这里是常见的一种场景现象，当你下拉状态栏的时候，发现顶不住的状态栏图标消失了，而QuickSettings中的图标出现了；而当你把状态栏下拉的panel收起来时，这时候顶部状态栏的图标又出现了。这里就把状态栏的隐藏与显示的逻辑在这里说一下1.状态栏下拉顶部状态栏消失，PanelView中QuickSetting上方的图标显示的代码代码路径：app/src/com/android/systemui/statusbar/phone/StatusBar....

不积跬步无以至千里一.前摘 层叠效果如上图，其实我们前边已经写过优化类似的场景文章：优化锁屏解锁界面层叠问题 ，这里是对这种场景的补充。这种场景是点击自定义通知里面的控件有会通过通知直接做一些快捷操作的功能（比如快捷的回复一些消息等场景），通知做的这类自定义通知，因为此时在锁屏的状态下，所以需要先会调起Bouncer界面解锁后才能处理此快捷功能，然后这里会导致界面重叠的情形。二.分析与解决 通过在Bouncer界面的show方法中打印调用栈，查到了此调...

不积跬步无以至千里 这两天要修改一个需求就是去除锁屏解锁后的蒙层（即解开锁后黑黑的蒙蒙的一层），之前就有想处理这个效果，把他去掉但是没有找到位置，这两天又有了这个需求了，解决了，记录一下。其中修改的地方为：/src/com/android/systemui/keyguard/KeyguardViewMediator.javaprivate void tryKeyguardDone() { if (KeyguardConstants.DEBUG_KEYGUARD_PR...

不积跬步无以至千里一.前摘 怎么判断当前的用户处于全屏模式呢？处于全屏模式当中即是状态栏处于沉浸状态，而往往此时用户其实是不想被打扰的。因此可以针对当前如果用户处于全屏模式下，我们做一些勿扰模式的一种行为，类似于当处于全屏模式我们就不再弹出全屏通知等等。二.正文现在我们判断全屏模式肯定是因为状态栏的沉浸式出现的，因此我们就以此为突破口，查看SystemUI的源码中怎么控制状态栏的消失的？代码路径：app/src/com/android/systemui/statu...

不积跬步无以至千里一.前摘 系统来了一条通知，此时通知会有三种方式呈现：普通通知，悬浮通知，全屏通知。普通通知：就会显示在通知栏中，只有通知栏显示的时候才会显示出来。悬浮通知：会直接显示再屏幕的顶部中间通知View。全屏通知：直接显示一个全屏的界面。二.正文我们就从代码逻辑中讲解吧。代码路径如下：/app/src/com/android/systemui/statusbar/NotificationEntryManager.java1.新增通知...

不积跬步无以至千里一.前摘 测试这两天提了一个闹钟通知的bug，描述是：闹钟响铃，出现小卡片，等待5S左右，隐藏。而闹钟的同事说它已经设置了闹钟一直显示的属性，以及设置闹钟的fullscreenIntent，让我们SystemUI模块查看是否有问题？二.分析悬浮通知的显示流程简介app/src/com/android/systemui/statusbar/AlertingNotificationManager.java1.显示悬浮通知/** * C...

不积跬步无以至千里一.前摘 最新项目来了个新需求就是当来新通知的时候需要亮屏，方便直接看到最新的通知，也算合理。二.思考 这里来新通知的情形从逻辑上来说，一是新来了一条通知，二是更新通知。三.修改代码路径：app/src/com/android/systemui/statusbar/NotificationEntryManager.java public NotificationEntryManager(Context context)...

不积跬步无以至千里SystemUI,系统界面,一个系统级的应用,其中包括了很多功能模块,比如锁屏,状态栏,分屏,音量条,多任务等等,让我们一起看一下它的启动.随着系统的启动通过调用第一个用户空间的init进程调用Zygote进程然后调用SystemServer启动各种系统服务,而我们的SystemUI在其中启动服务中的一项.一.SystemServer中的启动代码路径:frameworks/base/services/java/com/android/server/SystemServer.ja

不积跬步无以至千里        SystemBars的启动包含了状态栏与导航栏的启动,是SystemUI中较为重要的一个功能模块,下边说一下它的启动流程.        接着上一次讲的,上次说到每个功能模块都是继承自SystemUI.java,然后实现了start()抽象方法,然后通过循环启动了各个功能模块,而我们今天的讲的这个SystemB

不积跬步无以至千里Bouncer界面就是安全解锁界面,绘制在statusbar的window上.一.keyguardbouncer在statusbar布局上添加,移除:1.code/app/src/com/android/systemui/statusbar/phone/StatusBar.javaprotected void startKeyguard() {...mStatusBarKeyguardViewManager = keyguardViewMediator.registerSta

不积跬步无以至千里前摘:KeyguardBouncer界面即为安全解锁界面,Bouncer界面原生是有5中解锁方式,分为PIN码,图案,复杂密码,SIM卡PIN码,SIM卡PUK码.上一节说了Bouncer界面的加载,现在说一下Bouncer界面是怎么消失的,Bouncer界面的消失,一般为咱们正常的输入正确的密码然后消失,来大家一起看一下.文件路径如下:app/src/com/android/keyguard/KeyguardPINView.java PIN码界面KeyguardPass

不积跬步无以至千里一、简介最近有个新需求，关于动态去显示和隐藏某些应用的通知。二、需求分析既然是动态隐藏显示某些应用的通知，因此需要另一提供数据的一方，因为是为了满足另一个应用的关于操作的隐藏与显示需求，因此是“它”来给我提供隐藏应用的的数据，这样就相当于两个应用去完成这个功能，即进程间的一个通讯消息，这样就有如下方案：广播、AIDL、共享数据（ContentResolver、Settings、SystemProperties），经过分析还是使用ContentResolv...

不积跬步无以至千里一.前摘 其实前边有一篇文章就是解决其中一个情形的此问题（锁屏点击通知解锁界面重叠），而现在又出现了一种情形就是锁屏状态中下拉状态栏点击一些快捷设置中的一些按钮同样会出现解锁界面与第一界面重叠的问题，其实分析与上篇（锁屏点击通知解锁界面重叠）的分析是一样的，都是因为锁屏第一界面在显示解锁界面的时候并没有收起来导致的，因此我们这里就直接上修改的代码了就不再重复的分析了，因为这里重叠本身其实都是google原生逻辑。二.解决修改代码路径如下：app/sr...

不积跬步无以至千里一.前摘 其实这里是原生设计，google认为这样是正常的现象，设计的如此，但是咱们国内呢，考虑的看见界面层叠混乱，这样就感觉体验不好，因此认为需要改善，当然可以看大厂的手机确实都处理此问题，那咱们也处理一下吧。二.分析 这里说一下吧，其实这里会出现层叠主要是因为当点击通知的时候会调起锁屏的二级解锁界面即bouncer界面，而此时Bouncer界面又是透明背景，如果是帧布局的话，上一个布局的背景是透明的当然就会看到下一层了啊，所以这里...

不积跬步无以至千里一.简述 最近出了个bug,关于自己做的通知栏上出现了通知的图标不显示问题,其实这里不是不显示,是因为主题颜色和系统出现了重色导致通知图标看不见而已,因此在系统中的处理通常使用反色进行显示(有点小智能呢),我们这一块呢为了让风格同意可以通过自己设置和自己通知栏整体主题颜色相反的颜色就可以了(这里我统一置成灰色),图如下:其中查看通知这块,当时的理解就有两种通知:1.应用通过设置一些基本的参数组成一个通知内容,这应该就是低版本的通知形式....

不积跬步无以至千里 一、简介在SystemUI中新添加了一个Window去实现一个功能，但是测试发现一个问题:就是应用通过设置如下代码或者一些在Activity设置一些PhoneWindow的属性的，都可以控制状态栏以及导航栏的下拉或者上拉。禁止状态栏下拉的代码如下：StatusBarManager mStatusBarManager = (StatusBarManager) context.getSystemService(Context.STATUS_BAR_S...

不积跬步无以至千里 在系统开发的时候常常会遇到某些场景是不让下拉状态栏的,因为上边会有一些控制开关,还有一些通知的跳转,这样就会规避到这个原则,比如开机向导中让你为了一些安全措施必须完成的某些步骤等等. 在这里系统其实已经为你提供了一个Api接口了,如下:StatusBarManager mStatusBarManager = (StatusBarManager) context.getSystemService(Context.STATUS_...

不积跬步无以至千里一.现象：在平常的项目中有测试提出了对比华为手机等竞品手机，发现有如下两点对比竞品手机中，手机亮屏在锁屏第一屏指纹解锁（或者支持人脸解锁）1.发现解锁会闪一下黑屏2.发现解锁会有一个过渡动画（即一个上移动的动画)二.分析：其实这里是因为指纹解锁是在锁屏的第一界面的时候解锁会执行第一界面的上移的动画，并且显示出Bouncer界面即解锁界面。看一下指纹成功解锁的逻辑：1.指纹注册监听验证结果的回调在此类中，其与Frameworks通信/app/src

不积跬步无以至千里前摘：        关于SystemUI中添加了人脸识别功能后，引发了一个与原生逻辑冲突的问题就是"人脸与相机冲突的问题“。原因：        因为人脸识别的触发条件多为亮屏的时候，这里引起冲突的主要原因是此刻正在进行人脸识别会使用到相机资源，咱们在锁屏的时候会有两种启动相机的方式，如果当前正在人脸识别，此时你没有停止

不积跬步无以至千里一.前摘 android10.0后安卓系统已经开始内部支持人脸识别了，和指纹识别的设计非常相似，归为生物识别技术，但是咱们这里写的问题是android9.0或者之前的问题。因为现在市面上已经好多安卓设备锁屏中已经适配了人脸识别解锁功能，而市面上已经有很多人脸识别的技术了，比如商汤的，face++，还有一些小厂商的等等。 看过一些人脸识别的处理，发现他们在人脸识别解锁后，并没有处理这一种情况，当你此时锁屏也开启了指纹识别与人脸识别功能，而你在人...

不积跬步无以至千里一.前摘 最新的手机项目上锁屏状态中下拉状态栏虽然已经下拉了很大距离但是状态栏还是会收回去，而且频繁的下拉还是弹回去，所以这里是个很不好的体验。我这里是安装自己公司的壁纸锁屏后出现的此问题，仅供参考。二.分析 其实这里出现这种情形应该和上一篇博客上滑解锁困难容易失败的分析与解决方案，他们的原因是一样，详情可以看一下上一篇文章。 这里我们说一下状态栏的下拉展开怎么控制的？代码路径：app/src/com/and...

不积跬步无以至千里一.前摘 其实这里是原生的设计，故意在锁屏的来电界面，不让执行home键的流程（这里应该是启动launcher的主activity），因此这里我们要针对它的逻辑进行修改。二.修改代码路径：app/src/com/android/systemui/statusbar/phone/NavigationBarFragment.javaprivate boolean onHomeTouch(View v, MotionEvent event) { ...

不积跬步无以至千里一.前摘 来电的通知在谷歌原生机器中的逻辑处理是锁屏界面显示来电全屏通知，非锁屏界面（即解锁状态下）显示的是悬浮通知，并没有考虑全屏界面的情形。 而我们今天的需求设计是：锁屏界面，解锁状态下都显示通知的全屏通知，但是全屏界面下要显示悬浮通知，其实这里场景开始是因为在相机的录像的时候突然的来电或者闹钟都会打断录像，此时感觉这种逻辑体验挺不好的，因此有了这个修改，其实想想啊，相机录像与照相其实都是属于全屏的界面，而全屏界面（还有玩游戏的场景）更类...

不积跬步无以至千里

不积跬步无以至千里 其中原生设计上是滑动解锁和密码解锁是有区别的,滑动解锁不是安全模式,因此是可以显示一些锁屏通知,并且当前模式下也就可以显示一些敏感通知了. 1.滑动解锁隐藏敏感通知①.这里是在NotificationData中shouldFilterOut调用这里用它来进行过滤是否安全模式是否显示/** * @return true if this notification should NOT be shown right now ...

不积跬步无以至千里前摘： 测试提了一个bug，说其它各大厂商在解锁时候，应用不会执行解锁后的一个过渡动画，其实这里的过渡动画是原生google版本为了解锁后不太生硬加的一个动画，我这里动画是界面向上弹出的动画（这个界面就是对应着锁屏解锁后展示的那个界面），而我们这里还是google原生的版本。在这里我发现当你通过灭屏幕的指纹解锁的时候是没有动画的。其实逻辑是通过这里控制的，如下代码逻辑：代码路径：KeyguardViewMediator.javaprivate fi...

不积跬步无以至千里一.前摘 手机屏幕一亮屏就会显示出最新的通知消息，所以咱么可以快速的看到最新的消息，那么是我们看到的消息越多就会越好吗？答案当时是“否”，因为锁屏的通知有敏感与不敏感之分就是安全不安全，因为有些通知不会让直接在锁屏上显示，而且重中之重的是现在市面上的手机上都会在锁屏上做一些运营的东西，在锁屏的背景上做一些壁纸，或者在锁屏靠底的部分会有一些新闻链接，然后就会利用这里进行广告运营的收益，因此我们这里要根据自己屏幕大小以及屏幕的运营排布，来控制我们锁屏的通知的布局的...

不积跬步无以至千里一.前摘 在使用手机时，你会发现来了一条悬浮通知，然后上滑此悬浮通知消失，当你再接收到此悬浮通知时，但是并没有显示悬浮通知，其实细心的能发现过一会就能恢复了，其实你想想这也是合理的，目前你着急把这个悬浮通知上滑了，肯定是此时不想被打扰啊，过一段时间后我再让你能看见它，合情合理。二.正文 其实这里是进入了一种模式：小睡模式（snooze），然后进入这种模式后则会不再显示悬浮通知了，过段时间就会把这个包名的名单清楚掉，我们这里通过逻辑讲一下吧。1...

不积跬步无以至千里前摘：测试此问题，描述：设置，安全隐私，锁屏时的偏好设置，首次在锁定屏幕消息输入内容，灭屏亮屏，锁屏界面无显示内容，开关机恢复分析：通过查看代码发现本身显示此消息的View是owner_info，此控件本身是View.GONE的状态，要想显示出来，需要通过updateDark（）,就是通过主题的切换，或者通过初始化流程也可以，对其控件的Visible属性进行更改。解决办法：通过在触发锁屏显示的逻辑中有个更新owner_info的显示内容，updateOwne

不积跬步无以至千里一.前摘： 这里存在此bug，会有两个现象（都是在为混合密码解锁）： 1.在锁屏的第一界面，进行人脸或者指纹解锁时，会显示弹出了输入法的密码框的现象，看起来怪怪的 2.在锁屏的第一界面，跳转到其他的可以在锁屏之上的界面时（即Activity，此时为Occluded状态），也会出现弹起输入法的弹框的现象,看起来很下饭二.分析： 这里其实都是弹出输入法的弹框非正常的弹出导致的此问题三.解决： 通过追踪代码发现是此处的代码被调用的太...

不积跬步无以至千里 了解SystemUI模块的童鞋都知道截屏是处在SystemUI的代码逻辑中的，因此这里出现了截屏比较慢的问题，就是你连续的三指截屏或者power+音量键，但是不会去快速的截屏。修改如下：代码路径如下：src/com/android/systemui/screenshot/GlobalScreenshot.java1.修改图片的存储类型为png，这样更快@Override protected Void doInBackground(Void...

不积跬步无以至千里一.前摘 这里是android10.0原生的bug，应该是原生系统考虑没那么全面导致此问题，这里出现此问题的原因是原生没有考虑点击窗口的空白位置时出现的逻辑问题。二.问题原因经过对代码的逻辑进行分析发现：这里当点击对话框的空白处或者按back键时未能正常的恢复对话框是否显示的标志位以及重置长按通知的效果导致的此问题，本来此标志位是为防止重复去显示对话框而设置，代码逻辑在此处：app/src/com/android/systemui/statusb...