android4.4 锁屏(Keyguard)源码分析总结

最近在改android锁屏代码,对他的代码有了一个初步的认识,以下是我的一点总结。

先贴一些前辈们写的博客,我是参照着他们的经验再分析的源代码。

1.




锁屏代码的结构:

1.锁屏大总管:KeyguardViewMediator(不可直接获得他的实例对象)

从代码中的注释就可以看出这个类有多牛掰:调度锁屏相关的请求。包括查看锁屏状态、电源管理事件(决定是否显示锁屏或重置)、

window manager的回调函数(通知它锁屏显示的时间)、改变锁屏view状态的触摸事件等。我们在屏幕关闭的时候显示锁屏界面,所以当我们

打开屏幕的时候可以立即显示锁屏界面。锁屏的ui线程就是在他里面创建的,所以所有改变界面的事件都应该通过发消息给里面的handler来更新界面。

这个类是在KeyguardService服务启动的时候就创建,而锁屏所在的application中设置了android:persistent="true"属性,所以这个是一直存在在系统里的。


这个类的构造函数中可以看出,他申请了PowerManager,UserManager,注册了mBroadcastReceiver广播接收器(用于时间到后自动锁屏),AlarmManager,

KeyguardUpdateMonitor(锁屏关键的一个管理器),WindowManager,

KeyguardViewManager(锁屏状态管理器),ContentResolver(用于读取系统配置,根据上次设置来加载相应的锁屏界面),SoundPool,SearchManager。

这个慢慢流程是在开机启动的时候启动的,在系统启动完后就不需要执行了,要不然每次进锁屏界面还不是卡死。。所以他是一个长期在内存中的类,

那么其申请的以上类也都会长期贮藏在系统中,其中由我们自己控制的有两个类,KeyguardViewManager和KeyguardUpdateMonitor所以,在上面两个类中可以保存一些锁屏相关的状态参数,而不用担心被系统杀死。

KeyguardViewMediator这个类控制着整个keyguard的状态,framework通过绑定KeyguardService.java这个服务获取到控制锁屏的KeyguardViewMediator类,

通过他控制锁屏。framework具体实现是通过代理frameworks/base/policy/src/com/android/internal/policy/impl/keyguard/KeyguardServiceDelegate.java。


在系统启动好后调用onSystemReady(),向KeyguardUpdateMonitor中注册了一个mUpdateCallback回调函数,类型是KeyguardUpdateMonitorCallback,这个

是更新锁屏界面的回调函数总集合。如果想增加一些显示内容,那么就可以在里面添加回调函数,在KeyguardUpdateMonitor中注册监听和更新。


2.KeyguardUpdateMonitor类:更新锁屏显示内容的管理器。可以称之为:KeyguardContext,保存了一些keyguard的状态信息。通过getInstance获得实例

构造函数中:注册Settings.Global.DEVICE_PROVISIONED监听器(收到后就会注销),注册各种你关心的广播和数据库监听器(用来更新界面)。

在这个类中,执行了所有的更新界面操作,当锁屏界面添加了一个显示内容的view,就会在它加载完时注册一个KeyguardUpdateMonitorCallback到这个类里,由

这个类统一管理所有更新界面的回调操作。不得不说这个模式很牛逼,把控制层和显示层都隔离开来了,解耦合,改界面的话灰常方便。


3.KeyguardViewManager类:这个類也是非同小可,他主要功能为:创建、展示、隐藏和重置锁屏界面。

这个类也不能直接获得他的对象,创建的时候会传递一个mViewMediatorCallback回调函数过去,状态改变时通过它通知总管类

KeyguardViewMediator来改变锁屏。

在这个类中:创建了ViewManagerHost对象,他是整个锁屏界面的根目录,是一个framelayout。

在这个根目录下又创建了KeyguardHostView对象,他就是我们的主角,他通过inflateKeyguardView()方法加载进布局,父布局是ViewManagerHost对象。


4.KeyguardViewBase类:在主角登场之前先介绍这个类,他是整個锁屏界面KeyguardHostView的基类。他拦截了所有媒体控制键事件。

KeyguardViewManager类创建主角KeyguardHostView的时候将mViewMediatorCallback这个回调函数也通过setViewMediatorCallback传递过来。

那么所有的锁屏view都拥有了mViewMediatorCallback这个回调函数,也就是有了控制锁屏的能力!!!


5.KeyguardHostView类:主角登场!!!这个类就是我们看到的锁屏界面。对应布局文件:keyguard_host_view.xml(他有两套布局,我们这只看port的)

经历了上述这么复杂的流程,终于看到了锁屏界面,汗- -|| 

在他的构造函数中,申请了AppWidgetHost,AppWidgetManager,KeyguardSecurityModel,KeyguardViewStateManager,在构造函数中判断是否需要显示

音乐控制条(transportcontrolview).

在加载完后onFinishInflate中:初始化各个组件,赋值给他们对应的回调函数和属性。如果此时系统还没启动完成,那么就创建一个runnable,推迟更新界面,

否则直接更新界面——updateAndAddWidgets().


updateAndAddWidgets中:1) cleanupAppWidgetIds清除相同id的widget;2)addDefaultWidgets() 添加默认的widget,就是含有+号的界面,可以添加其他widget;3)addWidgetsFromSettings():从设置中加载对应的widget。addDefaultStatusWidget(int index)在index页添加默认的widget——显示时间界面.

addWidget(int appId, int pageIndex, boolean updateDbIfFailed),添加其他widget——照相界面和音乐播放界面等。4)....其他初始化;5)mSwitchPageRunnable

切换正确的页面,延迟执行,当他们都初始化完毕后再执行,所以用了个runnable。

以上初始化完毕后,会调用到showSecurityScreen(),匹配设置中的值,加载对应的解锁布局。所有的解锁布局都是实现了KeyguardSecurityView接口,在里面写一些通用的方法,这就是传说中的模板设计模式了吧?


showSecurityScreen中:1)getSecurityView获取对应锁屏模式的布局——getSecurityViewIdForMode()调用到该方法返回布局id;2)遍历当前锁屏界面中的子元素,如果有相同id的就把他赋值给view;3)如果没找到对应的布局,那么就获取布局id-getLayoutIdFor()重新加载布局并添加到mSecurityViewContainer容器中。

3)如果是KeyguardSelectorView(默认的滑动解锁界面),那么就添加一个carrierText,他是显示当前sim卡状态的view,对应@layout/keyguard_eca。










申请在阿阿阿阿 


你可能感兴趣的:(android4.4 锁屏(Keyguard)源码分析总结)