WMS窗口

于 2025-03-03 09:37:32 发布
阅读量147 收藏 3
点赞数 6
文章标签： javascript 开发语言 ecmascript
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/cxtywhxd/article/details/145775389
版权
1、window

找到有问题的窗口查看关键的参数 mDrawState确认窗口绘制状态 isOnScreen、isVisible当前窗口已经是可见，并显示到屏幕上 NO_SURFACE、DRAW_PENDING这两个状态表示应用端没有完成对应的surface申请和绘制，此类问题需要应用端查看；COMMIT_DRAW_PENDING、READY_TO_SHOW，表示应用端已经完成绘制并上报状态给WMS，则需要WMS查看显示控制流程。

窗口显示相关方法工作内容解释
addWindowApp向WMS请求添加窗口记录，会在WMS里新建WindowState(NO_SURFACE)
relayoutWindowApp向WMS申请surface用于绘制，执行后window拥有了surface(NO_SURFACE->DRAW_PENDING)
finishDrawingWindowApp在surface上完成绘制后，通知WMS(DRAW_PENDING->COMMIT_DRAW_PENDING)
commitFinishDrawingLockedWMS遍历window，对于完成绘制的window(COMMIT_DRAW_PENDING->READY_TO_SHOW)
performShowLocked判断系统是否允许窗口显示isReadyForDisplay(READY_TO_SHOW->HAS_DRAWN)
showSurfaceRobustlyLocked对HAS_DRAWN状态的窗口，用SurfaceControl通知SurfaceFlinger显示出来

如果dump上没有显示绘制状态则可以在日志中搜索：*windowmanager.mDrawState

雨雨
关注
Android WMS——WMS窗口添加（十）
小旭的专栏
10-31 502
Android 的 WMS（Window Manager Service）是一个关键组件，负责管理窗口的创建、显示、布局和交互等。Window 的操作有两大部分，一部分是 WindowManager 来处理，一部分是 WMS 来处理，如下图所示：WindowManager 中，通过 WindowManagerGlobal 创建 ViewRootImpl ，也就是 View 的根。
Android WMS——WMS窗口更新移除（十四）
小旭的专栏
11-01 465
前面通过几篇的文章详细的介绍了 Window 窗口的添加过程，这里我们简单看一下，WMS 如何实现 Window 窗口的更新和移除流程。
Android 7.1 GUI系统-窗口管理WMS-Surface管理（四）
lin20080410的专栏
12-13 4294
Surface的管理 Surface是窗口能真正显示到物理屏幕上的基础，由surfaceflinger管理，可以通过WindowStateAnimator.java中的变量mDrawState来查看每个窗口相关的surface的状态。 surface有5中状态： WindowStateAnimator.java //Surface还没有创建。 staticfinal int NO_SUR
Waiting for drawn Window耗时过长流程梳理
一杯咖啡的专栏
08-19 4487
存在一个问题：负载指纹响应时间衰退达到1秒多，从log中看Waiting for drawn Window 耗时太长 Line 3204: 08-14 14:44:45.929433 1100 5600 I PowerManagerService: Waking up from sleep (uid=10028 reason=android.policy:FINGERPRINT)... ...
黑屏分析~
qq_37721987的博客
11-13 453
这里对应的Window为应用界面，上面信息描述了该窗口的基本信息，重点需要关注mDrawState=HAS_DRAWN，mDrawState为窗口的绘制状态，HAS_DRAWN表示WMS已经完成该窗口的显示流程。当一个窗口刚刚被WMS执行addWindow()方法创建的时候，WindowStateAnimator在WindowState的构造函数中一起被创建，在relayoutWindow之前，窗口是没有Surface的，所以不可能被显示出来，此时状态就是NO_SURFACE。请求添加窗口记录，会在。
Android Framework（六）WMS-窗口显示流程——窗口内容绘制与显示
芸兮的博客
09-16 2157
这个流程触发的地方非常多，只是当前 finishDrawingWindow 会主动触发一次罢了。这一部分的逻辑有点绕，不过目前分析的是主流程，所以这块逻辑以上的描述当黑盒理解这段的调用： View 绘制结束后就会在 4.2 出触发 4.1 内部的执行，进入触发 finishDrawingWindow 流程即可。这一步执行完后，应用端就可以开始绘制 View 树了，绘制完成后，需要把内容显示到屏幕上，也就是现在这个 Surface ，这一步就是本篇分析的内容：finishDrawingWindow 流程。
Android Framework（五）WMS-窗口显示流程——窗口布局与计算
芸兮的博客
09-08 2831
1、WindowState 本身对应的是“容器”类型的 Surface ，在“addWindow流程”就创建了，而 relayoutWindow 创建的是一个“BufferStateLayer”类型的 Surface 这个也是被 copy 到应用层的Surface ，说明应用层的数据是被绘制在这个 Surface上 的。于是 dump 了层级树的信息。其实 WMS 对窗口的管理也是和 View 管理的一样的，窗口有添加移除，或者屏幕旋转等场景，为了确保手机屏幕上各个窗口处在正确的位置，显示正确的大小。
WMS窗口大小计算(一)
binghaiwlf的专栏
08-13 820
本文以打开一个Activity后，到Activity显示后，如何确认各个窗口的大小和位置。不涉及到窗口中的每个view的布局的情况。一个Activity包含了一个PhoneWindow（window），一个Window代表一个窗口。 Activity并不负责视图控制，只是控制其生命周期和处理事件，真正控制视图的是Window。但Window的添加和显示又与生命周期息息相关。 在android系统中，一个window界面上出来Activity显示的界面外，至少还可能有如下的元素：...
Android6.0 WMS（十） WMS窗口动画从设置到显示框架
kc58236582的博客
01-09 4328
在前一文中，我们分析了Activity组件的切换过程。从这个过程可以知道，所有参与切换操作的窗口都会被设置切换动画。事实上，一个窗口在打开（关闭）的过程中，除了可能会设置切换动画之外，它本身也可能会设置有进入（退出）动画。再进一步地，如果一个窗口是附加在另外一个窗口之上的，那么被附加窗口所设置的动画也会同时传递给该窗口。 在之前WMS的第六篇博客窗口管理，主要从VSync信号作为切入点分析窗口动
Android6.0 WMS（三） WMS窗口次序
kc58236582的博客
12-08 3234
这篇博客我们主要分析下，窗口位置排序的一些原理。 一、添加窗口的时候 调整窗口位置 上篇博客我们分析了WMS的addWindow函数，这里我们就窗口的次序问题继续分析。 boolean imMayMove = true; if (type == TYPE_INPUT_METHOD) {//如果窗口类是输入法窗口
鸿蒙OS投票机制
AP11090250的博客
10-09 910
可以看到foundation进程有4个投票事件，会在相应的时机，代码中调用system::SetParam eter方法进行投票。如果有需要投票的地方没有投，会导致开机动画不会退出，开机动画退出会检测bootevent.boot.completed事件。
Android 常见dumpsys方法与黑屏问题分析处理总结
yimelancholy的博客
05-07 1万+
黑屏问题是显示相关的综合性问题，涉及Android应用层、框架层和底层SurfaceFlinger、屏显等多个领域。下面有一些基础的判断来定位黑屏问题的归属：(1) 屏幕没有亮屏、背光为0则需先从power、屏显角度分析(2) 屏幕黑屏，但可以进行三指截屏、power键+音量下键截屏，并且截图正常显示(非黑图)，则需先从屏显角度分析(3) 视频类、相机类显示黑屏，需要先确认编解码、阅览显示问题(4) 应用界面局部性黑块，某个控件黑，确认应用的view问题。
android R版本应用程序窗口流程源码分析
Talk is cheap, show me the code.
01-12 3602
应用启动时，Activity组件在启动之后，在执行完onResume生命周期之后会执行添加窗口到系统、计算窗口大小和位置、应用执行measure-layout-draw、系统窗口状态刷新这几个动作。 1、 addWindow阶段 Activity的启动本质实际最终也是使用WindowManager去addView(add一个DecorView对象)进而使得wms调用addWindow增加一个WindowState对象，而Activity的addView动作发生在Act......
Surface创建(二)
binghaiwlf的专栏
08-13 1616
3.Surface创建总结 surface的创建已经分析，从App点击启动一个MainActivity来介绍此流程 3.1 APP/WMS/SurfaceFlinger通信流程创建 App启动Main Activity： 首先创建好与WMS通信的媒介Session, 然后通过Session将Window加入到WMS中，这时会触发 SurfaceSession的创建 SurfaceSession的创建又会在WMS Native创建SurfaceComposerClient,
WindowManagerService动画分析
热门推荐
guoqifa29的专栏
10-20 1万+
我们知道Android动画主要包括Activity切换动画、窗口动画、转屏动画、窗口内部View动画，前三者在WindowManagerService(简称WMS)中完成，本篇文章重点分析Activity切换动画、窗口动画的设置，动画每一帧计算，及如何快速分析动画类型资源。阅读本文最好有一定的WindowManagerService基础，本文所有代码基于AndroidM。     典
Android 性能优化之旋转屏幕优化
c_z_w的博客
10-11 2179
我的博客原文地址 问题背景 在桌面转屏发现响应不够迅速，对比其他产品有很大的提升空间，针对此问题进行了一些分析和优化。 问题分析和解决方法 首先简单介绍一下旋转屏幕的流程，首先各个界面要进行重绘，在重绘过程中要进行冻屏，只有所有Window都进行绘制完成了才进行转屏，因此这里面就有个木桶效应，转屏的时间取决于重绘最慢的那个。 首先分析Log，找出可以优化的点： adb shell du...
android 窗口 wms
最新发布
03-22
<think>嗯，用户想了解Android的窗口管理服务（WMS）的工作原理和实现细节。首先，我需要回忆一下WMS在Android系统中的作用。记得WMS负责窗口的创建、布局和绘制，和Surface的管理有关。可能需要参考之前提供的引用内容，比如引用[1]提到PhoneWindow处理通用逻辑，而WindowManagerImpl实际负责将View添加到WMS。这可能涉及到窗口的添加流程。 接下来，用户可能需要知道WMS的核心机制。比如窗口的层级（Z-order）和布局，还有与SurfaceFlinger的交互。需要解释WMS如何管理窗口的堆叠顺序和计算它们的可见区域。引用[4]提到了systemserver进程安装framework-res.apk，可能和系统服务的启动有关，比如WMS作为系统服务运行在system_server进程中。 另外，窗口的添加过程可能涉及跨进程通信，比如引用[2]中的ActivityManager.getService().startActivity()，虽然这更多是启动Activity，但Activity的窗口管理最终会调用到WMS。这里可能需要说明应用进程通过Binder与WMS通信，请求创建窗口。 还有，窗口的绘制和合成部分。WMS配合SurfaceFlinger处理图层，确保正确显示。需要解释Surface的作用，每个窗口对应一个Surface，由WMS分配。 用户可能还想知道WMS与其他组件的关系，比如ActivityManagerService和ViewRootImpl。比如，ViewRootImpl作为应用和WMS的中介，处理布局和输入事件。引用[3]中的bindService流程可能和Service的窗口相关，但不太确定，可能需要略过。 在实现细节方面，WMS使用WindowState来跟踪窗口状态，处理焦点和输入事件的分发。这涉及到事件传递机制，比如触摸事件如何路由到正确的窗口。 需要确保回答结构清晰，分点解释，引用提供的资料。例如，在窗口添加流程中提到PhoneWindow和WindowManagerImpl的分工，引用[1]。可能还需要提到系统服务初始化的部分，引用[4]中的内容。 另外，用户的问题可能涉及WMS的代码结构，比如WindowManagerService类的方法，如addWindow()，处理权限和窗口参数。这部分需要结合Android源码的结构，但用户可能不需要太深入的代码细节，而是整体流程。 最后，生成相关问题要考虑用户可能进一步想知道WMS与其他服务的交互、性能优化或窗口动画的实现。例如，WMS如何处理多窗口模式，或者与SurfaceFlinger的协作机制。</think>### Android窗口管理服务（WMS）实现细节 #### 1. **WMS的核心职责** - **窗口层级管理**：通过Z-order决定窗口的显示顺序，例如对话框始终位于应用主窗口之上。 - **布局计算**：根据窗口尺寸、位置和系统状态（如导航栏高度）计算最终可见区域。 - **输入事件路由**：将触摸事件分发到正确的窗口，基于窗口层级和焦点状态。 - **Surface分配**：通过SurfaceFlinger为每个窗口分配图形缓冲区，管理合成策略[^1][^4]。 #### 2. **窗口添加流程** ```java // 伪代码流程 1. ActivityThread.handleResumeActivity() → 2. WindowManagerImpl.addView() → 3. WindowManagerGlobal.addView() → 4. ViewRootImpl.setView() → 5. Session.addToDisplay()（跨进程调用WMS）→ 6. WMS.addWindow() ``` - **关键点**：应用通过`WindowManagerImpl`发起请求，最终由WMS在`system_server`进程中完成窗口注册[^4]。 #### 3. **窗口状态管理** - **数据结构**：使用`WindowState`对象跟踪每个窗口的： - 父/子窗口关系（如PopupWindow依附于Activity窗口） - 当前焦点状态 - Surface控制句柄 - **布局优化**：通过`performLayoutAndPlaceSurfacesLocked()`方法批量处理布局计算，减少重复计算。 #### 4. **跨进程通信机制** - **Binder接口**：`IWindowSession`用于应用进程向WMS发送请求 - **回调接口**：`IWindow`允许WMS向应用进程通知事件（如尺寸变化） ```java // WMS中的典型IPC调用 public int addWindow(Session session, IWindow client, ...) { // 权限检查（TYPE_SYSTEM_ALERT需MANAGE_APP_TOKENS权限） // 创建WindowToken关联ActivityRecord } ``` #### 5. **与图形系统的协作** - **Surface生命周期**： - WMS通过`SurfaceControl`创建/销毁Surface - Surface状态变化触发`SurfaceFlinger`图层重组 - **动画处理**：窗口动画由WMS计算帧数据，通过`Transaction.setMatrix()`提交到SurfaceFlinger。 #### 6. **特殊窗口处理** - **系统窗口**（如STATUS_BAR）： - 在`PhoneWindowManager`中定义策略 - 拥有最高Z-order优先级 - **多窗口模式**： - Split-screen模式下重新计算各窗口边界 - 通过`ActivityTaskManager`协调任务栈
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值