安卓WMS层面分析窗口的位置变化-安卓framework实战开发

背景：

在悬浮窗口开发过程中，窗口往往都不是铺满整个屏幕，一般都是一个小窗口，这个时候往往会加上一个自由拖动的功能，例如如下图所示：

毫秒表就可以上下自由移动，那么大家有没有想过这个自由移动功能是如何实现的呢？原理到底是啥呢？

窗口位置变化dumpsys分析：

首先针窗口想过位置移动，最先想到应该是通过dumpsys window windows和dumps SurfaceFlinger来查看
dumpsys window windows
可以看到这里的mAttrs的Y值都变大的。

dumpsys SurfaceFlinger来看看情况

可以看到sf的layer中也是可以看出图层是有y方向的位移

上面就得出了window移动实际就是sf的layer中matrix有位移的变化，从而可以移动窗口，本质就是对surfacecontrol进行了位移设置。

应用修改窗口位置代码：

可以看到主要是通过mWindowManager.updateViewLayout改变WindowManager.LayoutParams 的x,y的值

那么这个updateViewLayout又是如何体现到上面的SurfaceFlinger的Layer中呢？

追踪如何影响到SurfaceControl

首先可以从SurfaceControl开始打堆栈：
打印如下

可以看出是windowstate的updateSurfacePosition触发的SurfaceControl位置变化
frameworks/base/services/core/java/com/android/server/wm/WindowState.java


可以看到这里实际上是mSurfacePosition的值作为最后影响，接下来看看mSurfacePosition谁影响的。

可以看到主要是这里transformFrameToSurfacePosition会对它进行设置

主要靠mWindowFrames.mFrame这个参数影响，那么这个mWindowFrames.mFrame又是哪里来的？
这里就是setFrames方法

那么setFrames又是谁调用的呢？
看看如下堆栈

上面堆栈就展示的非常清楚，主要核心流程就是如下：

这里核心就是layoutWindowLw方法来计算的

layoutWindowLw核心就是如下这个计算方法

 mWindowLayout.computeFrames(attrs, win.getInsetsState(), displayFrames.mDisplayCutoutSafe,
                win.getBounds(), win.getWindowingMode(), requestedWidth, requestedHeight,
                win.getRequestedVisibleTypes(), win.mGlobalScale, sTmpClientFrames);

这里有attrs里面带了relayout传递来的值，在computeFrames会使用它进行计算最后影响mWindowFrames.mFrame值，computeFrames方法就不展开了，可以去frameworks/base/core/java/android/view/WindowLayout.java查看。

投屏专题部分：
https://mp.weixin.qq.com/s/IGm6VHMiAOPejC_H3N_SNg

更多framework详细代码和资料参考如下链接

hal+perfetto+surfaceflinger

https://mp.weixin.qq.com/s/LbVLnu1udqExHVKxd74ILg

其他课程七件套专题：
点击这里
https://mp.weixin.qq.com/s/Qv8zjgQ0CkalKmvi8tMGaw

视频试看：
https://www.bilibili.com/video/BV1wc41117L4/

参考相关链接：
https://blog.csdn.net/zhimokf/article/details/137958615

更多framework假威风耗：androidframework007