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