背景：
在悬浮窗口开发过程中，窗口往往都不是铺满整个屏幕，一般都是一个小窗口，这个时候往往会加上一个自由拖动的功能，例如如下图所示：
毫秒表就可以上下自由移动，那么大家有没有想过这个自由移动功能是如何实现的呢？原理到底是啥呢？
窗口位置变化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
)
