软件盘相关模式
在 Android 应用开发中,软键盘的显示与隐藏是一个经常出现的问题,而 WindowManager 的 LayoutParams 中定义的软键盘相关模式则为开发者提供了一些解决方案。
其中,SoftInputMode
就是用于描述软键盘的显示方式和窗口的调整方式的属性。常用的几个 SoftInputMode 的作用:
SOFT_INPUT_STATE_UNSPECIFIED
:没有设定状态,系统会选择一个合适的状态或依赖于主题的设置。
SOFT_INPUT_STATE_UNCHANGED
:不会改变软键盘状态,即如果软键盘已经弹出,它将会保持弹出状态;如果软键盘未弹出,它将保持未弹出状态。
SOFT_INPUT_STATE_ALWAYS_HIDDEN
:当窗口获取焦点时,软键盘总是被隐藏,即使输入焦点在文本框内。
SOFT_INPUT_ADJUST_RESIZE
:当软键盘弹出时,窗口会调整大小,以保证输入焦点始终可见。如果输入框被遮挡,窗口会根据输入法的高度自动调整大小,从而保证输入框可见。
SOFT_INPUT_ADJUST_PAN
:当软键盘弹出时,窗口不需要调整大小,但是要确保输入焦点是可见的。如果输入框被遮挡,窗口会自动滚动,从而保证输入框可见。
SOFT_INPUT_STATE_HIDDEN
:当用户进入该窗口时,软键盘默认隐蔽,即不管输入焦点在哪里,软键盘都不会弹出。
通过 setSoftInputMode 方法可以设置当前 Activity 的软键盘模式。例如,setSoftInputMode(WindowManager.LayoutParams.SOFT_INPUT_ADJUST_RESIZE) 可以实现当软键盘弹出时,窗口会调整大小以保证输入焦点始终可见。
需要注意的是,使用 setSoftInputMode 方法只能针对当前 Activity 起作用,如果希望应用程序中的所有 Activity 均按照同样的方式显示软键盘,需要在 AndroidManifest.xml 中为每个 Activity 配置 android:windowSoftInputMode 属性。
也可以在代码中这样实现
geWindow().setSoftInputMode(MindowManager.LayoutParams.SOFT_INPUT_ADJUST_RESIZE);
Window的添加
在 Android 应用开发中,Window 是一个抽象概念,它表示屏幕上的一个矩形区域,可以在上面绘制 UI 元素,并处理用户输入事件。WindowManager 是负责管理和控制这些窗口的系统服务。
在 Activity 的生命周期中,当调用 attach()
方法时,会创建 PhoneWindow
对象,并同时创建一个 WindowManagerImpl
实例来维护 PhoneWindow 内的内容。PhoneWindow 表示应用程序窗口的实体内容,而 WindowManagerImpl 则负责实现窗口的添加、删除、更新等操作。
在 Activity 的 onCreate() 方法中,通常会调用 setContentView()
方法来设置布局资源,这个方法内部会创建一个 DecorView
实例作为 PhoneWindow 的实体内容,同时将该视图添加到 WindowManagerImpl 管理的窗口列表中。DecorView 是一个特殊的 View,它包含所有 UI 控件,并为其提供一个基础框架,比如标题栏、状态栏、背景等。
WindowManagerImpl 会决定管理 DecorView,并创建一个 ViewRootImpl
实例,将 ViewRootImpl 与 View 树进行关联,这样 ViewRootImpl 就可以指挥View
树的具体工作,包括测量、布局和绘制等操作。ViewRootImpl 是一个核心组件,它作为控制器,负责处理系统消息队列、与 WindowManagerService
通信、触发 View 树的渲染等任务。
总结:Window 的添加是通过创建 PhoneWindow 和 DecorView 实例,将其加入 WindowManagerImpl 管理的窗口列表中,并创建 ViewRootImpl 实例来实现的。这个过程可以通过 setContentView() 和 attach() 方法自动完成,也可以使用代码手动添加窗口。
DecorView
在一个 Activity 或 Dialog 中,都包含了一个 Window
窗口,而 Window 并不是实际的页面内容,而是通过 View 来表达页面内容。这个 View 就是 DecorView
。
DecorView 是 FrameLayout
的子类,它可以被认为是 Android 视图树的根节点视图
。在 Activity 的生命周期 onCreate() 方法中,通常会调用setContentView(布局id)
方法,这个方法内部会使用 XML 解析器
将布局文件转化为一个 View,然后将该 View 添加到 DecorView 中去,成为唯一的子 View
。
DecorView 扮演着非常重要的角色,它除了作为整个视图树的根节点外,还负责处理窗口的系统事件
,比如键盘事件、触摸事件等。同时,DecorView 也会负责测量、布局和绘制
其所有子 View,以及提供基础框架,比如标题栏、状态栏、背景等。
需要注意的是,DecorView 的内容通常是由应用程序定义的主题样式所决定的,这意味着它可以随着应用程序主题的变化而自动改变
。例如,当应用程序的主题样式更改为深色模式时,DecorView 的内容也会相应地进行调整。
总结:DecorView 是 Android 视图树的根节点视图,它扮演着重要的角色,负责处理窗口事件、测量、布局和绘制子 View 等任务,并提供基础框架。同时,DecorView 的内容通常由应用程序主题样式所决定,支持随主题变化而自动调整。
WindowManagerGlobal
WindowManagerGlobal
是一个单例类,一个进程只有一个实例。它负责管理所有 Window 相关的 ViewRootImpl
、DecorView
和 LayoutParams
。
在 WindowManagerGlobal 中,有三个集合分别存储了所有 Window 的 DecorView、对应的 ViewRootImpl 和布局参数 LayoutParams。其中,DecorView 是 Window 的实际内容,ViewRootImpl 是管理 DecorView 的核心组件,LayoutParams 则是控制 Window 布局和显示的参数。
WindowManagerGlobal 提供了一些方法来增加、移除、查找 Window,比如 addView()
、removeView()
、getRootView()
等。在 Activity 中,调用 setContentView() 时就会隐式地添加一个新的 Window,这时 WindowManagerGlobal 就会创建相应的 DecorView 和 ViewRootImpl,并将它们添加到对应的集合中。当 Activity 被销毁时,相关的 Window 也会被自动移除。
需要注意的是,WindowManagerGlobal 的作用范围是整个进程
,因此多个 Activity 共享同一个 WindowManagerGlobal
实例,这也意味着如果一个 Activity 更改了 WindowManagerGlobal 的状态,可能会影响到其他 Activity。因此,开发者在使用 WindowManagerGlobal 时需要特别小心,避免出现不必要的问题。
总结:WindowManagerGlobal 是一个单例类,用于管理所有 Window 相关的 ViewRootImpl、DecorView 和 LayoutParams。它提供了一些方法来增加、移除、查找 Window,但需要注意多个 Activity 共享同一个 WindowManagerGlobal 实例可能会带来的潜在问题。
ViewRootImpl
ViewRootImpl
是 View 树的树根,但它本身不是 View
,而是实现了 View 与 WindowManager 之间的通信协议。在 WindowManagerGlobal 中的 addView() 方法中会创建 ViewRootImpl 对象,并把它设置为顶层 DecorView 的 ViewParent。
ViewRootImpl 负责管理整个 View 树
,它是 View 系统中的核心组件之一。它可以触发 View 的测量、布局和绘制
等操作,同时也是输入响应的中转站,负责将输入事件传递给正确的 View,并处理 View 返回的事件结果。
在 Android 系统中,ViewRootImpl 还承担了与 WindowManagerService(WMS)
进行进程间通信的任务。当有新的 Window 添加到系统中时,ViewRootImpl 会向 WMS 发送消息,告知其窗口的大小、位置、类型等信息。同时,ViewRootImpl 也会接收来自 WMS 的指令,比如强制关闭某个窗口、改变窗口大小等。
需要注意的是,每个 Activity 中的 ViewRootImpl 都只负责管理其对应的 View 树,它们之间互不干扰。而且,一个 ViewRootImpl 只能对应一个 Window,如果需要创建多个 Window,则需要创建多个 ViewRootImpl。
总结:ViewRootImpl 是 View 树的树根,负责管理整个 View 树的测量、布局和绘制,以及输入响应的中转站。它还承担了与 WindowManagerService 进行进程间通信的任务,每个 Activity 中的 ViewRootImpl 都只负责管理其对应的 View 树。
View 树的测量、布局和绘制
触发 View 树的测量、布局和绘制操作需要调用 performMeasure()、performLayout() 和 performDraw() 方法。这三个方法都是在 ViewRootImpl
类中定义的。
首先,performMeasure()
方法会从根节点向下遍历 View 树,完成所有 ViewGroup 和 View 的测量
工作。它会计算出所有 ViewGroup 和 View 显示出来需要的高度和宽度,并将结果保存到对应的 MeasureSpec
中。
然后,performLayout()
方法会从根节点向下遍历 View 树,完成所有 ViewGroup 和 View 的布局计算
工作。它会根据测量出来的宽高及自身属性,计算出所有 ViewGroup 和 View 在屏幕上的显示区域,并将结果保存到对应的 LayoutParams
中。
最后,performDraw()
方法会从根节点向下遍历 View 树,完成所有 ViewGroup 和 View 的绘制
工作。它会根据布局过程计算出的显示区域,将所有 ViewGroup 和 View 的当前需显示的内容画到屏幕上。
与WMS通信
当需要向 WindowManagerService (WMS)
发送请求时,需要借助于 IWindowSession
接口完成进程间通信。在 ViewRootImpl 类中,通过成员变量 mSession
引用了 IWindowSession 接口的实例,它是一个 Binder
对象,用于进行线程间通信。而 IWindowSession 接口则是 Client 端的代理,它的 Server 端的实现为 Session。
ViewRootImpl 与 WMS 的通信可以通过 IWindowSession 完成。ViewRootImpl
会向 IWindowSession 发送消息,告知其窗口的大小、位置、类型等信息。同时,IWindowSession
也会向 ViewRootImpl 发送指令,比如强制关闭某个窗口、改变窗口大小等。
需要注意的是,在本地进程的 ViewRootImpl 想要与 WMS 进行通信,还需要经过 Session
。Session 是 WMS 中的一个重要组件,它提供了一些接口用于与 View 相关的操作,并负责管理所有窗口以及处理所有窗口的事件等。