技术标签: android
WindowManagerService(WMS)和AMS一样,都是Android开发需要掌握的知识点,同样的,WMS也很复杂,需要多篇文章来进行讲解,为何更好的理解WMS,首先要了解WindowManager,这一篇我们来学习WindowManager体系。
Window我们应该很熟悉,它是一个抽象类,具体的实现类为PhoneWindow,它对View进行管理。 WindowManager是一个接口类,继承自接口ViewManager,从名称就知道它是用来管理Window的,它的实现类为WindowManagerImpl。如果我们想要对Window进行添加和删除就可以使用WindowManager,具体的工作都是由WMS来处理的,WindowManager和WMS通过Binder来进行跨进程通信,WMS作为系统服务有很多API是不会暴露给WindowManager的,这一点与ActivityManager和AMS的关系有些类似。
关于WMS的功能,会在后续文章进行介绍,这里我们只需要知道它的主要功能包括Window管理和输入系统就可以了。这一系列文章的重点是WindowManager。
Window、WindowManager和WMS的关系可以简略的用下图来表示。
Window包含了View并对View进行管理,Window用虚线来表示是因为Window是一个抽象概念,并不是真实存在,Window的实体其实也是View。WindowManager用来管理Window,而WindowManager所提供的功能最终会由WMS来进行处理。
接下来我们从源码角度来分析WindowManager体系以及Window和WindowManager的关系。
WindowManager是一个接口类,继承自接口ViewManager,ViewManager中定义了三个方法,分别用来添加、更新和删除View:
frameworks/base/core/java/android/view/ViewManager.java
public interface ViewManager
{
public void addView(View view, ViewGroup.LayoutParams params);
public void updateViewLayout(View view, ViewGroup.LayoutParams params);
public void removeView(View view);
}
WindowManager也继承了这些方法,而这些方法传入的参数都是View,说明WindowManager具体管理的是以View形式存在的Window。WindowManager在继承ViewManager的同时,又加入很多功能,包括Window的类型和层级相关的常量、内部类以及一些方法,其中有两个方法是根据Window的特性加入的,如下所示。
public Display getDefaultDisplay();
public void removeViewImmediate(View view);
getDefaultDisplay方法会得知这个WindowManager实例将Window添加到哪个屏幕上了,换句话说,就是得到WindowManager所管理的屏幕(Display)。removeViewImmediate方法则规定在这个方法返回前要立即执行View.onDetachedFromWindow()
,来完成传入的View相关的销毁工作。关于Window的类型和层级会在本系列后续的文章进行介绍。
Window是一个抽象类,它的具体实现类为PhoneWindow。在Activity启动过程中会调用ActivityThread的performLaunchActivity方法,performLaunchActivity方法中又会调用Activity的attach方法,如果不了解这些请查看Android深入四大组件(一)应用程序启动过程(后篇)这篇文章。
我们从Activity的attach方法开始入手,如下所示。
frameworks/base/core/java/android/app/Activity.java
final void attach(Context context, ActivityThread aThread,
Instrumentation instr, IBinder token, int ident,
Application application, Intent intent, ActivityInfo info,
CharSequence title, Activity parent, String id,
NonConfigurationInstances lastNonConfigurationInstances,
Configuration config, String referrer, IVoiceInteractor voiceInteractor,
Window window) {
attachBaseContext(context);
mFragments.attachHost(null /*parent*/);
mWindow = new PhoneWindow(this, window);//1
...
/**
*2
*/
mWindow.setWindowManager(
(WindowManager)context.getSystemService(Context.WINDOW_SERVICE),
mToken, mComponent.flattenToString(),
(info.flags & ActivityInfo.FLAG_HARDWARE_ACCELERATED) != 0);
...
注释1处创建了PhoneWindow,在注释2处调用了PhoneWindow的setWindowManager方法,这个方法的具体的实现在PhoneWindow的父类Window中。
frameworks/base/core/java/android/view/Window.java
public void setWindowManager(WindowManager wm, IBinder appToken, String appName,
boolean hardwareAccelerated) {
mAppToken = appToken;
mAppName = appName;
mHardwareAccelerated = hardwareAccelerated
|| SystemProperties.getBoolean(PROPERTY_HARDWARE_UI, false);
if (wm == null) {
wm = (WindowManager)mContext.getSystemService(Context.WINDOW_SERVICE);//1
}
mWindowManager = ((WindowManagerImpl)wm).createLocalWindowManager(this);//2
}
如果传入的WindowManager为null,就会在注释1处调用Context的getSystemService方法,并传入服务的名称Context.WINDOW_SERVICE(“window”),具体的实现在ContextImpl中,如下所示。
frameworks/base/core/java/android/app/ContextImpl.java
@Override
public Object getSystemService(String name) {
return SystemServiceRegistry.getSystemService(this, name);
}
@Override
public String getSystemServiceName(Class<?> serviceClass) {
return SystemServiceRegistry.getSystemServiceName(serviceClass);
}
最终会调用SystemServiceRegistry的getSystemServiceName方法。
frameworks/base/core/java/android/app/SystemServiceRegistry.java
public static String getSystemServiceName(Class<?> serviceClass) {
return SYSTEM_SERVICE_NAMES.get(serviceClass);
}
SYSTEM_SERVICE_NAMES是一个HashMap类型的数据,它用来存储服务的名称,那么传入的Context.WINDOW_SERVICE到底对应着什么?我们接着往下看。
frameworks/base/core/java/android/app/SystemServiceRegistry.java
final class SystemServiceRegistry {
...
private SystemServiceRegistry() { }
static {
...
registerService(Context.WINDOW_SERVICE, WindowManager.class,
new CachedServiceFetcher<WindowManager>() {
@Override
public WindowManager createService(ContextImpl ctx) {
return new WindowManagerImpl(ctx);
}});
...
}
}
SystemServiceRegistry 的静态代码块中会调用多个registerService方法,这里只列举了和本文有关的一个。registerService方法会将传入的服务的名称存入到SYSTEM_SERVICE_NAMES中。从上面代码可以看出,传入的Context.WINDOW_SERVICE对应的就是WindowManagerImpl实例,因此得出结论,Context的getSystemService方法得到的是WindowManagerImpl实例。我们再回到Window的setWindowManager方法,在注释1处得到WindowManagerImpl实例后转为WindowManager类型,在注释2处调用了WindowManagerImpl的createLocalWindowManager方法:
frameworks/base/core/java/android/view/WindowManagerImpl
public WindowManagerImpl createLocalWindowManager(Window parentWindow) {
return new WindowManagerImpl(mContext, parentWindow);
}
createLocalWindowManager方法同样也是创建WindowManagerImpl,不同的是这次创建WindowManagerImpl时将创建它的Window作为参数传了进来,这样WindowManagerImpl就持有了Window的引用,就可以对Window进行操作,比如
在Window中添加View,来查看WindowManagerImpl的addView方法:
frameworks/base/core/java/android/view/WindowManagerImpl
@Override
public void addView(@NonNull View view, @NonNull ViewGroup.LayoutParams params) {
applyDefaultToken(params);
mGlobal.addView(view, params, mContext.getDisplay(), mParentWindow);//1
}
注释1处调用了WindowManagerGlobal的addView方法,其中最后一个参数mParentWindow就是Window,可以看出WindowManagerImpl虽然是WindowManager的实现类,但是却没有实现什么功能,而是将功能实现委托给了WindowManagerGlobal,这里用到的是桥接模式。关于在Window中添加View,本系列后续的文章会详细介绍。
我们来查看WindowManagerImpl中如何定义的WindowManagerGlobal:
frameworks/base/core/java/android/view/WindowManagerImpl
public final class WindowManagerImpl implements WindowManager {
private final WindowManagerGlobal mGlobal = WindowManagerGlobal.getInstance();
private final Context mContext;
private final Window mParentWindow;//1
...
private WindowManagerImpl(Context context, Window parentWindow) {
mContext = context;
mParentWindow = parentWindow;
}
...
}
可以看出WindowManagerGlobal是一个单例,说明在一个进程中只有一个WindowManagerGlobal实例。注释1处说明WindowManagerImpl可能会实现多个Window,也就是说在一个进程中WindowManagerImpl可能会有多个实例。
通过如上的源码分析,Window和WindowManager的关系如下图所示。
PhoneWindow继承自Window,Window通过setWindowManager方法与WindowManager发生关联。WindowManager继承自接口ViewManager,WindowManagerImpl是WindowManager接口的实现类,但是具体的功能都会委托给WindowManagerGlobal来实现。
文章浏览阅读4.7k次。Access中用VBA得到和修改数据库中表数据:ADO: Dim rstType As ADODB.RecordsetDim strSQL as StringSet rstType = New ADODB.RecordsetstrSQL =”Select F1,F2 From Table1”rstType.Open strSQL, CurrentProject.Connec
文章浏览阅读200次。想起自己以前想把Redis整合到JavaWeb项目中,网上搜了很多教程都不全面,现在我终于弄明白了,所以想在这分享一下。1.Redis的安装我这里就不讲了,网上有很多教程,windows,Linux,我自己的是搭建在服务器上的。图形化连接向业务逻辑中添加缓存1.1. 接口封装常用的操作redis的方法提取出一个接口,分别对应单机版和集群版创建两个实现类。1.1....
文章浏览阅读527次。分为两个原因: 1.自身系统设计的缺陷,即内在原因;2. 传播环境导致,即在外原因。内在原因: 不满足奈奎斯特准则 外在原因:频率选择性衰减(频域)多径效应(时域)_码间串扰研究存在的问题
文章浏览阅读433次。今天我发现了最小割方格取数这类问题,我觉得有些不好理解,于是我在网上找到了一篇总结的文章,我觉得写得蛮好的,然后就参照那篇文章自己总结了一下,方便自己以后更好的复习这类的问题。_最小割 相邻问题
文章浏览阅读634次。评价指标是针对同样的数据,输入不同的算法,或者输入相同的算法但参数不同而给出这个算法或者参数好坏的定量指标。以下为了方便讲解,都以二分类问题为前提进行介绍,其实多分类问题下这些概念都可以得到推广。准确率准确率是最好理解的评价指标,它是一个比值:$$ 准确率 = \cfrac{算法分类正确的数据个数}{输入算法的数据的个数} $$但是使用准确率评价算法有一个问题,就是在数据的类别不均衡,特别是有极偏..._分类网络给出的预测值和该值的准确率
文章浏览阅读7.1k次。kernel panic错误表现kernel panic 主要有以下几个出错提示:Kernel panic-not syncing fatal exception in interruptkernel panic - not syncing: Attempted to kill the idle task!kernel panic - not syncing: killing in
文章浏览阅读130次。一 选择题:1.微型计算机硬件系统中最核心的部件是( )。 答案:BA、主板 B、CPU C、内存储器 D、I/O设备2.下列术语中,属于显示器性能指标的是( )。 答案:CA、速度 B、可靠性 C、分辨率 D、精度3.配置高速缓冲存储器(Cache)是为了解决( )。 答案:CA、内存与辅助存储器之间速度不匹配问题B、CPU与辅助存储器之间速度不匹配问题C、CPU与内存储...
文章浏览阅读409次。设置界面 1.定义一个Item类为基类(有图片,标题,点击要做的事),右边有箭头的就定义一个箭头类继承这个类(目标控制器),有开关就定义一个开关继承这个类。 2.定义一个cell类,cell类里面包括item基类对象,传入不同的item子类,就创造不同的cell 3.创建一个cell组,每一个组就有一个数组,放不同cell,组类还有头尾标题 4.创建一个设置界面继承UITableViewCo
文章浏览阅读1.3k次,点赞2次,收藏5次。11月23-24日,"2017互联网+智慧中国年会"在北京召开。本届年会以"智绘城市 数造未来"为主题,以数字政府、智慧城市、互联网+政务服务、数据治理、信息社会等为主要议题。会议由中国社会科学院信息化研究中心、北京国脉互联信息顾问有限公司联合主办,国脉海洋信息发展有限公司、浙江蟠桃会信息技术有限公司协办,共有来自全国部委、省、市、区县电子政务、智慧城市、大数据主管领导...
文章浏览阅读203次。如下代码所示:1、创建一个IP_list文件,将需要操作的主机都放进去2、通过expect传输,并执行shell文件check_reconn.sh注意:expect执行直接./[EXPECT.SH]文件即可,不能通过sh来执行。#!/usr/bin/expectset count 1set password **********set fd [open "/app/oracle_reconnect_check/ip_list683" r]while { [gets $fd line] &g_expect 执行ssh发送文件
文章浏览阅读1.7k次。Vue CLI 3.0作者:Evan You | 译:小熊 原文地址: (https://medium.com/the-vue-point/vue-cli-3-0-is-here-c42bebe28fbb)在过去的几个月里,我们一直在努力开发下一代Vue CLI,这是Vue应用程序标准构建工具链。今天,我们非常高兴地宣布发布Vue CLI 3.0及其令人兴奋的功能。丰富的内置功..._vue-cli-service build --modern
文章浏览阅读2.9k次。解决gitlab的git协议端口非默认端口文章目录解决gitlab的git协议端口非默认端口参考地址:一、问题描述二、解决方案2.1、创建ssh的config文件2.2、在仓库地址上添加端口信息2.3、使用系统变量2.3.1、windows10 使用cmd设置环境变量参考地址: git远程添加与其他SSH端口-堆栈溢出 (stackoverflow.com)一、问题描述 近期公司由于业务需要将版本控制工具从 svn 更改为 gitlab ,再大家沉浸在 开乐的写代码中 时,发现 gitlab的_git 端口