performSurfacePlacement和updateFocusedWindow流程

最新推荐文章于 2024-06-06 13:05:15 发布
最新推荐文章于 2024-06-06 13:05:15 发布
阅读量2.6k 收藏 11
点赞数 4
文章标签： android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/chi_wy/article/details/111473959
版权

正常的流程应用的onResume调用完成之后会在eventlog中打印wm_on_resume_called，然后界面进行Relayout Window其中包含了performSurfacePlacement刷新界面和更新焦点updateFocusedWindow（会从top到bottom遍历canReciveKey为true的界面），将焦点切换到新的上面，此时WMS的windowstate已经获取了焦点，将window state状态往surfaceFlinger传递，在surfaceFlinger中传入InputDispatcher将ANR超时时间重置。

 

WMS -->InputDispatcher的window的传递流程大致如下：

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at android.view.SurfaceControl$Transaction.setInputWindowInfo(SurfaceControl.java:2563)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.InputMonitor$UpdateInputForAllWindowsConsumer.accept(InputMonitor.java:566)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.InputMonitor$UpdateInputForAllWindowsConsumer.accept(InputMonitor.java:429)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.WindowContainer$ForAllWindowsConsumerWrapper.apply(WindowContainer.java:2040)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.WindowContainer$ForAllWindowsConsumerWrapper.apply(WindowContainer.java:2030)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.WindowState.applyInOrderWithImeWindows(WindowState.java:4742)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.WindowState.forAllWindows(WindowState.java:4641)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1346)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.ActivityRecord.forAllWindowsUnchecked(ActivityRecord.java:3807)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.ActivityRecord.forAllWindows(ActivityRecord.java:3802)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1346)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1346)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1346)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.TaskDisplayArea.forAllWindows(TaskDisplayArea.java:488)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1346)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1346)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1346)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1363)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.InputMonitor$UpdateInputForAllWindowsConsumer.updateInputWindows(InputMonitor.java:466)--->

Trace打印：updateInputWindows

mDisplayContent.forAllWindows(this,true /* traverseTopToBottom */);

遍历动画过程中完成相应的动画切换

mDisplayContent.scheduleAnimation();--> mChoreographer.postFrameCallback(mAnimationFrameCallback)-→

WindowAnimator.animate（Trace打印：wmAnimate）<-->WindowAnimator.scheduleAnimation/* Schedule next frame already such that back-pressure happens continuously*/

在WindowAnimator.animate中updateWindowsForAnimator更新所有window 的动画，最终会执行WindowAnimator.forAllWindows遍历所有。

完成所有的更新提交给SurfaceFlinger，Trace打印closeSurfaceTransaction

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.InputMonitor$UpdateInputForAllWindowsConsumer.access$700(InputMonitor.java:429)

10-29 10:15:26.575  1164  1230 D SurfaceControl:        at com.android.server.wm.InputMonitor$UpdateInputWindows.run(InputMonitor.java:146)

在如上堆栈在WMS完成遍历后，进入surface层

SurfaceControl.setInputWindowInfo-->

android_view_SurfaceControl.nativeSetInputWindowInfo-->

SurfaceComposerClient.setInputWindowInfo-->

SurfaceFlinger.run-->

surfaceflinger/Scheduler/MessageQueue.waitMessage

MessageQueue.waitMessage -->

MessageQueue.cb_eventReceiver -->

MessageQueue.eventReceiver -->

MessageQueue.dispatchInvalidate--->

mQueue.mFlinger->onMessageReceived(message.what, mExpectedVSyncTime)

SurfaceFlinger.onMessageReceived--->

MessageQueue::INVALIDATE  -->

SurfaceFlinger.onMessageInvalidate-->

SurfaceFlinger.updateInputFlinger-->

SurfaceFlinger.updateInputWindowInfo -->{

  将更新的layer push到inputHandles中

  inputHandles.push_back(layer->fillInputInfo());

mInputFlinger->setInputWindows(inputHandles,  mInputWindowCommands.syncInputWindows ? mSetInputWindowsListener: nullptr);

}

IInputFlinger.setInputWindows{

    remote()->transact(BnInputFlinger::SET_INPUT_WINDOWS_TRANSACTION, data, &reply,IBinder::FLAG_ONEWAY);

}-→

Binder调用到

InputDispatcher.setInputWindows

InputDispatcher接收到符合条件的window做重超时重置

//刷新大致流程

ViewRootImpl.performTraversals  -->

ViewRootImpl.scheduleTraversals --> 

ViewRootImpl.mTraversalRunnable.run  -->

ViewRootImpl.doTraversal  -->

ViewRootImpl.performTraversals  -->

ViewRootImpl.relayoutWindow  -->

Session.relayout  -->

WindowManagerService.relayoutWindow{

1.performSurfacePlacement//刷新界面

2.updateFocusedWindowLocked//更新焦点

}

1.performSurfacePlacement打印的堆栈

1228  4460 E WindowManager: at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1342)

1228  4460 E WindowManager: at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1347)

1228  4460 E WindowManager: at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1347)

1228  4460 E WindowManager: at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1347)

1228  4460 E WindowManager: at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1364)

1228  4460 E WindowManager: at com.android.server.wm.DisplayContent.performLayoutNoTrace(DisplayContent.java:4111)

1228  4460 E WindowManager: at com.android.server.wm.DisplayContent.performLayout(DisplayContent.java:4071)

1228  4460 E WindowManager: at com.android.server.wm.DisplayContent.applySurfaceChangesTransaction(DisplayContent.java:3964)

1228  4460 E WindowManager: at com.android.server.wm.RootWindowContainer.applySurfaceChangesTransaction(RootWindowContainer.java:1094)

applySurfaceChangesTransaction中主要执行如下操作

1.performLayout-->Trace打印：performLayout

2.performLayoutNoTrace

{

Trace.traceBegin(TRACE_TAG_WINDOW_MANAGER, "applyPostLayoutPolicy");

mDisplayPolicy.beginPostLayoutPolicyLw();

forAllWindows(mApplyPostLayoutPolicy, true /* traverseTopToBottom */);

pendingLayoutChanges |= mDisplayPolicy.finishPostLayoutPolicyLw();

Trace.traceEnd(TRACE_TAG_WINDOW_MANAGER);

Trace.traceBegin(TRACE_TAG_WINDOW_MANAGER, "applyWindowSurfaceChanges");

          forAllWindows(mApplySurfaceChangesTransaction, true /* traverseTopToBottom */);

Trace.traceEnd(TRACE_TAG_WINDOW_MANAGER);

}

1228  4460 E WindowManager: at com.android.server.wm.RootWindowContainer.performSurfacePlacementNoTrace(RootWindowContainer.java:847)--->

Trace打印：performSurfacePlacement

在performSurfacePlacementNoTrace中主要进行了如下操作

 mWmService.openSurfaceTransaction();-->打开事务处理

applySurfaceChangesTransaction();-->遍历所有的mChildren 有状态改变的windowstate通知SurfaceFlinger做更新

 mWmService.closeSurfaceTransaction("performLayoutAndPlaceSurfaces");--->

 Trace打印closeSurfaceTransaction

通知SurfaceControl关闭事务，其中主要是sGlobalTransaction.apply()。对应的是SurfaceComposerClient（其实是 SF 所在进程的代理）中的apply遍历SurfaceControls layer统一提交给SurfaceFlinger。

1228  4460 E WindowManager: at com.android.server.wm.RootWindowContainer.performSurfacePlacement(RootWindowContainer.java:804)

1228  4460 E WindowManager: at com.android.server.wm.WindowSurfacePlacer.performSurfacePlacementLoop(WindowSurfacePlacer.java:178)

1228  4460 E WindowManager: at com.android.server.wm.WindowSurfacePlacer.performSurfacePlacement(WindowSurfacePlacer.java:127)

1228  4460 E WindowManager: at com.android.server.wm.WindowManagerService.relayoutWindow(WindowManagerService.java:2403)

1228  4460 E WindowManager: at com.android.server.wm.Session.relayout(Session.java:213)

2.updateFocusedWindowLocked打印的堆栈

12-04 07:23:36.205  1228  4460 E WindowManager: at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1342)

12-04 07:23:36.205  1228  4460 E WindowManager: at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1347)

12-04 07:23:36.205  1228  4460 E WindowManager: at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1347)

12-04 07:23:36.205  1228  4460 E WindowManager: at com.android.server.wm.WindowContainer.forAllWindows(WindowContainer.java:1347)

12-04 07:23:36.205  1228  4460 E WindowManager: at com.android.server.wm.DisplayContent.findFocusedWindow(DisplayContent.java:3177)

12-04 07:23:36.205  1228  4460 E WindowManager: at com.android.server.wm.DisplayContent.findFocusedWindowIfNeeded(DisplayContent.java:3171)

12-04 07:23:36.205  1228  4460 E WindowManager: at com.android.server.wm.DisplayContent.updateFocusedWindowLocked(DisplayContent.java:3200)

12-04 07:23:36.205  1228  4460 E WindowManager: at com.android.server.wm.RootWindowContainer.updateFocusedWindowLocked(RootWindowContainer.java:456)-->

Trace打印：wmUpdateFocus

12-04 07:23:36.205  1228  4460 E WindowManager: at com.android.server.wm.WindowManagerService.updateFocusedWindowLocked(WindowManagerService.java:5728)

12-04 07:23:36.205  1228  4460 E WindowManager: at com.android.server.wm.WindowManagerService.relayoutWindow(WindowManagerService.java:2462)

12-04 07:23:36.205  1228  4460 E WindowManager: at com.android.server.wm.Session.relayout(Session.java:213)

WindowManagerService.updateFocusedWindowLocked-->

RootWindowContainer.updateFocusedWindowLocked-->

//遍历所有mChildren window状态更新焦点

DisplayContent.updateFocusedWindowLocked{

1.DisplayContent.findFocusedWindowIfNeeded 寻找焦点

2.输出focus window log，在WMS测新焦点已获取

Slog.w(TAG_WM, "Changing focus from" + mCurrentFocus + " to " + newFocus+ " displayId=" + getDisplayId() + " Callers=" + Debug.getCallers(4));

}-->

DisplayContent.findFocusedWindowIfNeeded -->

DisplayContent.DisplayContent -->

DisplayContent.forAllWindows -->

从top到bottom开始遍历所有存在的window，首先需要满足有符合条件的window的canReceiveKeys为true即处于可接收输入key事件，再存在如下判断条件。

mFocusedApp为null,则将top的window置为focus window。
focusedApp.windowsAreFocusable为false，则将top的window置为focus window
focusedApp.compareTo(activity) > 0，focusedApp界面和当前的resume显示界面不一致，则焦点置为null
找到新的焦点窗口 mTmpWindow= w
这样正常状态下在findFocusedWindowIfNeeded中就获取一个有焦点的窗口

Aven_Coffee
关注
  • 4
    点赞
  • 踩
  • 11
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
窗口布局流程 - 安卓R
SSSxCCC的博客
08-03 746
1
WindowManagerService本地窗口动画
Android技术之家
06-14 1899
一、前言 原文链接：https://www.jianshu.com/p/d41fe965e9e6android的WindowManagerService（简称wms）是系统框架一个非常庞大复杂的一个系统模块，它主要由三大块组成：wms数据结构，wms大遍历，wms的窗口动画wms总体图.pngwms数据结构就是wms的所有WindowState（继承windowconta...
Android14 WMS-窗口绘制之relayoutWindow流程(二)-Server端
最新发布
weixin_41028555的博客
06-06 1238
本文接着如下文章往下讲然后就到了Server端WMS的核心实现方法relayoutWindow里。
Android14 WMS 窗口布局流程performSurfacePlacement
u012627628的博客
01-23 1573
以上就是对WindowManagerService中对所有窗口Surface固定工作流程的一些分析，主要还是对事务内的一些逻辑进行了重点分析。在整个过程中，充分利用了各个容器之间的关系和函数接口，从DisplayContent到叶子节点WindowState，进行了完整的遍历，完成了对所有Surface的摆放工作。
亮度设置，Dream，sleepToken,performSurfacePlacement刷新
一杯咖啡的专栏
06-03 1532
kill -3 进程， 然后就可以在data/anr找到一个traces_00这么一个文件 Android o 查看手机当前前台的Activity命令： adb shell dumpsys activity | findstr "mResumedActivity" 手机解锁 首先进入开发者模式，将"OEM unlocking"置为开启 adb reboot bootloader //执行后...
android 4.2 input 流程分析,Android InputManager分析
weixin_39845461的博客
05-26 302
本篇为鸡生蛋系列第二篇文章主要讲一下inputmanager相关的，即驱动把数据上报到用户空间后，用户空间到应用这么个流程，在上一遍讲内核的input子系统时候，我们采取的反向分析，即由驱动出发，最后到input core，input子系统架构这么个由点到面的分析方法，那分析inputmanager是否可采用这种方法如何呢？实际上，对于Android上层(Native framework/fram...
Android T WMS窗口相关流程
yimelancholy的博客
04-24 5647
什么是窗口 窗口即是屏幕上的一块用于绘制各种UI元素并可以响应用户输入的一个矩形区域。从原理上讲，窗口的概念是独自占有一个Surface实例的显示区域（我们在屏幕上看到的图形都需要绘制在Surface上）。 Window是个抽象类其实现类为PhoneWindow。
Android 7.1 WindowManagerService 屏幕旋转流程分析 (三)
weixin_33698823的博客
12-21 1184
三、屏幕的绘制 performSurfacePlacement（）函数来触发window的绘制，这里最大的循环次数是6，当然一般不会到最大次数就会被Scheduled。 final void performSurfacePlacement() { if (mDeferDepth &gt; 0) { return; } ...
Android 输入法窗口焦点获取流程(2) ,输入法窗口和应用窗口绑定
u010573857的博客
07-15 3946
Android焦点流程
ViewRootImpl.setView之后的relayout流程
一杯咖啡的专栏
08-16 1373
对接https://blog.csdn.net/chi_wy/article/details/89187791中的部分继续跟一下代码 wm是ViewManager，ViewManager是个接口，而WindowManager继承了ViewManager，WindowManagerImpl实现了WindowManager ActivityThead.handleResumeActivity--...
android R版本应用程序启动过程源码分析
Talk is cheap, show me the code.
08-31 3498
应用启动方式包括四种：Activity、Broadcast、Service、Provider四种安卓组件被唤醒和拉起时都可以造成进程启动。下面先主要以Activity启动为例来做个简要分析。 常见的Activity启动一般由startActivity发起，以桌面点击图库冷起为例，startActivity函数执行过程如下： 08-24 20:58:18.744 1982 7944 I ActivityTaskManager: START u0 {act=andro...
(15) 数据输入到Input Layer
段智华的博客
03-30 1529
接下来编写applyForwardPropagation的代码。 因为计算发生在不同层次的神经元节点之间，Node节点中设置了Layer层次信息，获得神经元节...
Android 锁屏状态下启动应用很慢的原因分析
小小时光
03-12 3279
最近在工作中遇到一个需求就是，在锁屏状态下直接拨打电话，功能实现之后测试给的反馈是操作之后到电话拨出的时间太长(大概5秒)。希望能优化一下。后来经过分析确定不是应用层的问题。然后就一顿百度、Google，发现了一篇文章专门在分析这个问题。我也是看了人家写的才准备照着这篇文章的思路分析一下源码。首先声明一下，我写的这篇文章是为了记录此问题分析的一个过程，其源码是基于Android 11(Api 30)。 话不多说，现在开始。。。 拨打电话启动的action为android.intent.action.CA
Android通过WindowManager.LayoutParams修改Activity窗口亮度流程
usmaI的博客
08-25 1456
源码path: frameworks/base/services/core/java/com/android/server/wm/DisplayContent.java frameworks/base/services/core/java/com/android/server/wm/WindowManagerService.java frameworks/base/services/core/java/com/android/server/wm/DisplayContent.java frameworks
InputDispatcher中窗口列表的更新逻辑
weixin_44088874的博客
10-15 511
本文主要介绍InputDispatcher中的窗口列表更新原理
SurfaceFlinger中Layer的修改 - 安卓R
SSSxCCC的博客
08-03 4258
1
Surface创建(二)
binghaiwlf的专栏
08-13 1528
3.Surface创建总结 surface的创建已经分析，从App点击启动一个MainActivity来介绍此流程 3.1 APP/WMS/SurfaceFlinger通信流程创建 App启动Main Activity： 首先创建好与WMS通信的媒介Session, 然后通过Session将Window加入到WMS中，这时会触发 SurfaceSession的创建 SurfaceSession的创建又会在WMS Native创建SurfaceComposerClient,
google 分屏 横屏模式 按home键界面错乱故障分析（二） 分屏的启动过程
程序员入门进阶
03-21 4209
google 进入分屏后在横屏模式按home键界面错乱(二)你确定你了解分屏的整个流程？ Android 关机对话框概率没有阴影故障分析 android recent key长按事件弹起触发最近列表故障分析 google 分屏 popup无法显示故障分析分享此文便是对代码GG的支持，也是爱的表达方式，所以让爱来的猛烈些吧。代码阅读，请到此处http://androidxref.com 查看原生
Android窗口管理服务WindowManagerService计算窗口Z轴位置的过程分析
weixin_33898233的博客
12-04 164
文章转载至CSDN社区罗升阳的安卓之旅，原文地址：http://blog.csdn.net/luoshengyang/article/details/8570428 通过前面几篇文章的学习，我们知道了在 Android系统中，无论是普通的Activity窗口，还是特殊的输入法窗口和壁纸窗口，它们都是被WindowManagerService服务组 织在一个窗口堆栈中的，其中，Z轴位置较大的窗口排...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值