Android WindowManagerService相关的Session

最新推荐文章于 2023-12-16 19:21:37 发布
最新推荐文章于 2023-12-16 19:21:37 发布
阅读量1.4k 收藏 1
点赞数 1
分类专栏： android 文章标签： android session
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jamikabin/article/details/54411544
版权

本文基于Android7.0

Session类路径

framework/base/services/core/java/com/android/server/wm/Session.java

内容

/**
 * This class represents an active client session.  There is generally one
 * Session object per process that is interacting with the window manager.
 */
final class Session extends IWindowSession.Stub
        implements IBinder.DeathRecipient {
    final WindowManagerService mService;
    final IWindowSessionCallback mCallback;
    final IInputMethodClient mClient;
    final IInputContext mInputContext;
    final int mUid;
    final int mPid;
    final String mStringName;
    SurfaceSession mSurfaceSession;
    int mNumWindow = 0;
    boolean mClientDead = false;
    float mLastReportedAnimatorScale;

那么这个类继承自IWindowSession.Stub，所以他是个AIDL服务器端的实现，客户端要使用它时，会通过IWindowSession.Stub.asInterface这种调用获取aidl的对应代理，不过搜索了一下源码，没找到对应的代码，这就非常奇怪了，有待后续调查

一个函数

    public void remove(IWindow window) {
        mService.removeWindow(this, window);
    }

其实该类中大部分函数都是调用mService的方法
而mService就是WindowManagerService
所以本质上Session其实用来调用WindowManagerService中方法的一个类

从网上的一些文章看，这个Session是每个app一个Session
一个Session可以对应多个WindowState，或者叫多个Window
当然，一个app可以有多个Window，比如：主画面是一个Window，弹出菜单是另外一个Window

以Android7.0刚启动的情况，进入adb shell
执行dumpsys window
找到WINDOW MANAGER WINDOWS (dumpsys window windows)部分内容如下：

WINDOW MANAGER WINDOWS (dumpsys window windows)
  Window #5 Window{125c9d7 u0 NavigationBar}:
    mDisplayId=0 stackId=0 mSession=Session{1b0f084 1627:u0a10026} mClient=android.os.BinderProxy@f07a556
    mOwnerUid=10026 mShowToOwnerOnly=false package=com.android.systemui appop=NONE
    mAttrs=WM.LayoutParams{(0,0)(fillxfill) sim=#20 ty=2019 fl=#1840068 fmt=-3}
    Requested w=1280 h=544 mLayoutSeq=87
    mHasSurface=true mShownPosition=[0,624] isReadyForDisplay()=true hasSavedSurface()=false mWindowRemovalAllowed=false
    WindowStateAnimator{5066eb7 NavigationBar}:
      Surface: shown=true layer=211000 alpha=1.0 rect=(0.0,624.0) 1280.0 x 96.0
    mLastFreezeDuration=+165ms
  Window #4 Window{1669639 u0 StatusBar}:
    mDisplayId=0 stackId=0 mSession=Session{1b0f084 1627:u0a10026} mClient=android.os.BinderProxy@3083e00
    mOwnerUid=10026 mShowToOwnerOnly=false package=com.android.systemui appop=NONE
    mAttrs=WM.LayoutParams{(0,0)(fillx96) gr=#30 sim=#10 ty=2000 fl=#81840048 fmt=-3 vsysui=0x600}
    Requested w=1280 h=96 mLayoutSeq=87
    mHasSurface=true mShownPosition=[0,0] isReadyForDisplay()=true hasSavedSurface()=false mWindowRemovalAllowed=false
    WindowStateAnimator{3e251b6 StatusBar}:
      Surface: shown=true layer=161000 alpha=1.0 rect=(0.0,0.0) 1280.0 x 96.0
    mLastFreezeDuration=+257ms
  Window #3 Window{4581587 u0 KeyguardScrim}:
    mDisplayId=0 stackId=0 mSession=Session{ef9f4e4 1505:1000} mClient=android.view.ViewRootImpl$W@f8a11c6
    mOwnerUid=1000 mShowToOwnerOnly=false package=android appop=NONE
    mAttrs=WM.LayoutParams{(0,0)(fillxfill) sim=#10 ty=2029 fl=#1110900 pfl=0x1 fmt=-3 or=5 vsysui=0x3610000}
    Requested w=1280 h=624 mLayoutSeq=44
    mHasSurface=false mShownPosition=[0,0] isReadyForDisplay()=false hasSavedSurface()=false mWindowRemovalAllowed=false
    WindowStateAnimator{649f551 KeyguardScrim}:
  Window #2 Window{45af05b u0 DockedStackDivider}:
    mDisplayId=0 stackId=0 mSession=Session{1b0f084 1627:u0a10026} mClient=android.os.BinderProxy@abf036a
    mOwnerUid=10026 mShowToOwnerOnly=false package=com.android.systemui appop=NONE
    mAttrs=WM.LayoutParams{(0,0)(48xfill) sim=#20 ty=2034 fl=#21840028 pfl=0x40 fmt=-3 vsysui=0x700}
    Requested w=48 h=528 mLayoutSeq=87
    mPolicyVisibility=false mPolicyVisibilityAfterAnim=false mAppOpVisibility=true mAttachedHidden=false
    mHasSurface=false mShownPosition=[0,0] isReadyForDisplay()=false hasSavedSurface()=false mWindowRemovalAllowed=false
    WindowStateAnimator{15fca78 DockedStackDivider}:
      mShownAlpha=0.0 mAlpha=1.0 mLastAlpha=0.0
  Window #1 Window{a1fb83b u0 com.android.launcher/com.android.launcher2.Launcher}:
    mDisplayId=0 stackId=0 mSession=Session{3fca46c 1958:u0a10016} mClient=android.os.BinderProxy@5bc7eca
    mOwnerUid=10016 mShowToOwnerOnly=true package=com.android.launcher appop=NONE
    mAttrs=WM.LayoutParams{(0,0)(fillxfill) sim=#20 ty=1 fl=#d910100 pfl=0x20000 fmt=-2 wanim=0x10303ea vsysui=0x700 needsMenuKey=2}
    Requested w=1280 h=528 mLayoutSeq=87
    mHasSurface=true mShownPosition=[0,0] isReadyForDisplay()=true hasSavedSurface()=false mWindowRemovalAllowed=false
    WindowStateAnimator{6d6afdb com.android.launcher/com.android.launcher2.Launcher}:
      Surface: shown=true layer=21005 alpha=1.0 rect=(0.0,0.0) 1280.0 x 720.0
    mLastFreezeDuration=+1s119ms
    mWallpaperX=0.0 mWallpaperY=0.5
    mWallpaperXStep=0.0 mWallpaperYStep=0.0
  Window #0 Window{cf21006 u0 com.android.systemui.ImageWallpaper}:
    mDisplayId=0 stackId=0 mSession=Session{1b0f084 1627:u0a10026} mClient=android.os.BinderProxy@5037ae1
    mOwnerUid=10026 mShowToOwnerOnly=true package=com.android.systemui appop=NONE
    mAttrs=WM.LayoutParams{(0,0)(1280x720) gr=#800033 ty=2013 fl=#10318 fmt=2 wanim=0x10302f2}
    Requested w=1280 h=720 mLayoutSeq=87
    mIsImWindow=false mIsWallpaper=true mIsFloatingLayer=true mWallpaperVisible=true
    mHasSurface=true mShownPosition=[0,0] isReadyForDisplay()=true hasSavedSurface()=false mWindowRemovalAllowed=false
    WindowStateAnimator{1dc10ea com.android.systemui.ImageWallpaper}:
      Surface: shown=true layer=21000 alpha=1.0 rect=(0.0,0.0) 1280.0 x 720.0
    mLastFreezeDuration=+1s120ms
    mWallpaperX=0.0 mWallpaperY=0.5
    mWallpaperXStep=0.0 mWallpaperYStep=0.0

可以看到开机刚启动结束，桌面显示出来的情况下，系统就已经有6个Window，我们把这部分内容浓缩一下

  Window #5 Window{125c9d7 u0 NavigationBar}:
    mDisplayId=0 stackId=0 mSession=Session{1b0f084 1627:u0a10026} 
  Window #4 Window{1669639 u0 StatusBar}:
    mDisplayId=0 stackId=0 mSession=Session{1b0f084 1627:u0a10026} 
  Window #3 Window{4581587 u0 KeyguardScrim}:
    mDisplayId=0 stackId=0 mSession=Session{ef9f4e4 1505:1000} 
  Window #2 Window{45af05b u0 DockedStackDivider}:
    mDisplayId=0 stackId=0 mSession=Session{1b0f084 1627:u0a10026} 
  Window #1 Window{a1fb83b u0 com.android.launcher/com.android.launcher2.Launcher}:
    mDisplayId=0 stackId=0 mSession=Session{3fca46c 1958:u0a10016} 
  Window #0 Window{cf21006 u0 com.android.systemui.ImageWallpaper}:
    mDisplayId=0 stackId=0 mSession=Session{1b0f084 1627:u0a10026}

他们分别是
NavigationBar，
StatusBar，
KeyguardScrim，
DockedStackDivider，com.android.launcher/com.android.launcher2.Launcher
com.android.systemui.ImageWallpaper

从上面的dump log可以看出
NavigationBar，
StatusBar，
DockedStackDivider，
com.android.systemui.ImageWallpaper
的Session是同一个

mSession=Session{1b0f084 1627:u0a10026}

这个Session对应的app就是SystemUI
路径为

frameworks/base/packages/SystemUI

Launcher的Session是

mSession=Session{3fca46c 1958:u0a10016}

对应的app是Launcher就是桌面或者Home，路径为

packages/apps/Launcher2

KeyguardScrim的Session是

mSession=Session{ef9f4e4 1505:1000}

这个Session对应的app没做过相关调查，不清楚属于哪个app进程，有待调查

从上面的内容可以得出结论，一个Session确实对应一个app进程，一个Session确实可以对应多个Window，SystemUI就是4个Window

下面我们再来试试启动一个普通的app Calculator
你会发现dump log中多了一个Window，

  Window #2 Window{982977b u0 com.android.calculator2/com.android.calculator2.Calculator}:
    mDisplayId=0 stackId=1 mSession=Session{3c2ceac 2224:u0a10043} mClient=android.os.BinderProxy@fee530a
    mOwnerUid=10043 mShowToOwnerOnly=true package=com.android.calculator2 appop=NONE
    mAttrs=WM.LayoutParams{(0,0)(fillxfill) sim=#123 ty=1 fl=#81810100 pfl=0x20000 wanim=0x1030468 vsysui=0x600 needsMenuKey=2}
    Requested w=1280 h=528 mLayoutSeq=112
    mHasSurface=true mShownPosition=[0,0] isReadyForDisplay()=true hasSavedSurface()=false mWindowRemovalAllowed=false
    WindowStateAnimator{9be4744 com.android.calculator2/com.android.calculator2.Calculator}:
      Surface: shown=true layer=21010 alpha=1.0 rect=(0.0,0.0) 1280.0 x 720.0

Session是

mSession=Session{3c2ceac 2224:u0a10043}

之后我们弹出Calculator的菜单，再dumpsys window看一下
多了一个PopupWindow

  Window #3 Window{d4992ba u0 PopupWindow:822a2fb}:
    mDisplayId=0 stackId=1 mSession=Session{3c2ceac 2224:u0a10043} mClient=android.os.BinderProxy@89947e5
    mOwnerUid=10043 mShowToOwnerOnly=true package=com.android.calculator2 appop=NONE
    mAttrs=WM.LayoutParams{(1072,104)(196x48) gr=#33 sim=#11 ty=1002 fl=#41860200 pfl=0x18000 fmt=-3 surfaceInsets=Rect(32, 32 - 32, 32) (manual)}
    Requested w=196 h=48 mLayoutSeq=116
    mAttachedWindow=Window{982977b u0 com.android.calculator2/com.android.calculator2.Calculator} mLayoutAttached=true
    mHasSurface=true mShownPosition=[1072,104] isReadyForDisplay()=true hasSavedSurface()=false mWindowRemovalAllowed=false
    WindowStateAnimator{8e4556b PopupWindow:822a2fb}:
      Surface: shown=true layer=21015 alpha=1.0 rect=(1040.0,72.0) 260.0 x 112.0

Session是

mSession=Session{3c2ceac 2224:u0a10043}

与Calculator相同的Session，这也充分证明了前面的结论是正确的

其实这个Session类还有个很重要的成员

    SurfaceSession mSurfaceSession;

对应有3个关键方法


    void windowAddedLocked() {
        if (mSurfaceSession == null) {
            if (WindowManagerService.localLOGV) Slog.v(
                TAG_WM, "First window added to " + this + ", creating SurfaceSession");
            mSurfaceSession = new SurfaceSession();
            if (SHOW_TRANSACTIONS) Slog.i(
                    TAG_WM, "  NEW SURFACE SESSION " + mSurfaceSession);
            mService.mSessions.add(this);
            if (mLastReportedAnimatorScale != mService.getCurrentAnimatorScale()) {
                mService.dispatchNewAnimatorScaleLocked(this);
            }
        }
        mNumWindow++;
    }

    void windowRemovedLocked() {
        mNumWindow--;
        killSessionLocked();
    }

    void killSessionLocked() {
        if (mNumWindow <= 0 && mClientDead) {
            mService.mSessions.remove(this);
            if (mSurfaceSession != null) {
                if (WindowManagerService.localLOGV) Slog.v(
                    TAG_WM, "Last window removed from " + this
                    + ", destroying " + mSurfaceSession);
                if (SHOW_TRANSACTIONS) Slog.i(
                        TAG_WM, "  KILL SURFACE SESSION " + mSurfaceSession);
                try {
                    mSurfaceSession.kill();
                } catch (Exception e) {
                    Slog.w(TAG_WM, "Exception thrown when killing surface session "
                        + mSurfaceSession + " in session " + this
                        + ": " + e.toString());
                }
                mSurfaceSession = null;
            }
        }
    }

这样看起来
windowAddedLocked()
windowRemovedLocked()
是成对的方法，对应Window追加和删除
第一次追加Window时，如果mSurfaceSession为null就创建一个并且将自己放到WindowManagerService的mSessions列表中
删除时如果mNumWindow小于等于0就从mSessions列表中删除，并kill掉SurfaceSession

至于SurfaceSession具体是什么，不得而知
猜测跟SurfaceFlinger有关系，具体可以参考下面的文章
http://blog.csdn.net/jamikabin/article/details/54411769

jamikabin
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
WindowManagerService理解与深入（Android Q）
xxzxxzdlut的博客
11-22 6867
一、WindowManagerService的基础概念 1、什么是WindowManagerServie？ 首先，什么是Window？ 从原理上来讲，Window是独自占有一个Surface实例的显示区域，用于绘制各种UI元素并可以响应用户输入。 什么是WindowManagerService 每个窗口都有一块Surface，就需要一个角色来协调管理所有的Surface。WindowMan...
Android 导航栏 隐藏显示状态改变后引起的闪退问题记录
weixin_33974433的博客
04-17 1190
现象: 机型 华为P10 华为机型可以设置底部虚拟按键（即底部导航栏，且其导航栏还存在隐藏按键） 两个 A_Activity 和 B_Activity,在Activity中显示导航栏,然后进入B_Activity。在B_Activity中隐藏导航栏后finish,此时会出现闪退。查看log日志，无error异常抛出。 定位问题： 在error级的log无法定位问题后，切换到warn，发...
Android P WindowManager (二） window添加时主要参数的分析(1) WindowSession。
qq_26825819的博客
02-27 1045
由《Android P 系统界面 (一) 直观感受每个window的添加》中我们可以看到每次的添加一个window时有以下的规律： 1.每次的(IWindow)client是不同的 2.每个window添加时都会生成一个WindowState 另外我在之前添加的log的基础上又添加了对session的观察，发现了第三条规律： /base/services/core/java/com/and...
直面底层：Android 中的Window
Android
11-21 1292
window机制的关键类 PhoneWindow是窗口类，继承自抽象类Window，也是唯一子类。WindowManager是Window管理接口，继承自ViewManager，他的唯一实现类是WindowManagerImpl。WindowManagerImpl并没有真正实现windowManager接口逻辑，而是把逻辑转给了WindowManagerGlobal，WindowManagerGlobal是全局单例。Window和View的联系通过ViewRootImpl桥梁，同时ViewRootIm
android4.0 WindowManagerService的分析
入凡尘笔录
09-06 464
对于Activity，在ActivityThread.java在handleLaunchActivity会调用performLaunchActivity，而performLaunchActivity则调用Activity中的attach函数，实现创建window(实际是PhoneWindow)： Activity.java final void attach(Context context,
Android系统中WindowManagerService的初始化流程
热门推荐
记录和分享程序人生的点点滴滴
03-31 2万+
WindowManagerService，即窗口管理服务，简称WMS。顾名思义，主要用于进行窗口的管理，通过WMS的数据成员就可以看出来；除了管理窗口外，WMS还要对事件进行管理和分发。
WindowManagerService相关类图.eddx
03-20
Activity，Window，DecorView，ViewRootImpl，WindowManager，WindowManagerImpl，WindowManagerGlobal，WindowManagerService相关类图
Android中View绘制流程详细介绍
01-20
创建Window Window即窗口，这个概念在AndroidFramework中的实现为android...在Android系统中，窗口是独占一个Surface实例的显示区域，每个窗口的Surface由WindowManagerService分配。我们可以把Surface看作一块画布，应
Android input系统.pdf
07-24
Android的input系统获取用户输入, 分发给特定的接收者（Framework或应用程序）进行处理, 这个流程涉及到以下一些模块:  InputReader.cpp : 负责从硬件获取输入, 转换成事件（Event), 并分发给Input Dispatcher. ...
安卓中Window的概念
u010527630的专栏
09-06 688
Window 一个抽象出来的安卓屏幕区域，抽象的窗口关联着2个很重要的概念 RootViewImpl  作为WMS和View界面的桥梁 View   window最底层有一个DecorView WindowManager 抽象出管理Window，添加View，删除，设置 windowManager添加View逻辑梳理 首先去实现类WindowManagerImpl Window
[置顶] Android之基础建设之IWindow和IWindowSession
daojin505的专栏
08-07 3287
static class W extends IWindow.Stub { private final WeakReference mViewRoot; public W(ViewRoot viewRoot, Context context) { mViewRoot = new WeakReference(viewRoot);
Android 9.0系统源码_窗口管理（三）WindowManagerService对窗口的管理过程
AfinalStone的专栏
03-28 629
通过Android9系统源码分析WindowManagerService对窗口的管理过程
WindowManagerService介绍
he980725866的博客
06-15 452
WindowManagerService
WindowManagerService第一讲之WMS基础知识
zplxl99的专栏
02-26 940
一.初识Window 1.窗口的定义 ”窗口“的概念在Android中我们可以理解为一个独立的界面，比如说一个对话框窗口、一个菜单窗口、一个Activity界面窗口等。 Window在Android中是一个抽象类，该抽象类的唯一实现类是PhoneWindow。 View在Android中也是一个类，简单的理解成视图，比如说界面中的button、textview等。 Window对View会进行管理...
Android之WindowManagerService介绍
u012739527的博客
04-20 723
image.png 目录 Android之WindowManagerService介绍](https://www.jianshu.com/p/a9f66ab8b82e) WindowManagerService WMS是系统服务，主要负责窗口的一下管理，主要包括如下： 窗口管理 窗口动画 输入系统的中转站 Surface管理 ”可以毫不夸张的说，Android的framework层主...
Android从屏幕刷新到View的绘制（一）之 Window、WindowManager和WindowManagerService之间的关系
深海流浪汉
02-26 1246
Android从屏幕刷新到View的绘制（一）之 Window、WindowManager。WindowManagerService之间的关系
【Android12】WindowManagerService架构分析
最新发布
林多
12-16 1331
WindowManagerService(以下简称WMS) 是Android的核心服务。WMS管理所有应用程序窗口(Window)的Create、Display、Update、Destory。 因为Android系统中只有一个WMS（运行在SystemServer进程），可以称其为全局的WMS。其主要的任务有两个：
Android Framework重要服务之WindowManagerService(一) 加载视图
Code1994的博客
06-07 720
WindowManagerService(简称WMS)，是android中的一个重要的系统服务，用于窗口管理。从其内部实现来看，WMS主要包含窗口的添加与删除、启动窗口、窗口动画、控制窗口大小和层级等功能，本章将结合Android11源码分析WMS加载视图的过程。 Android的视图平面如上图所示，实际上，Android的视图平面也是层叠渲染的，要了解视图间的关系实际上也就是要了解Activity 、Window和View间的关系，他们三个的关系可以总结如下：window的类型较多，具体可见WindowM
Android WindowManagerService深入理解
02-11
很高兴回答您的问题。Android WindowManagerService是Android系统中一个重要的服务，它主要负责管理和维护系统中的窗口，以及处理屏幕的显示和输入事件。它的深入理解需要研究Android系统的窗口管理机制，以及Android系统中的各种输入设备和输出设备的接口。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值