Android开发艺术探索(7) --- 理解Window和WindowManager

1. Window和WindowManager

Window表示一个窗口的概念,如在创建对话框时就需要Window来进行。Window通过WindowManager来操作Window,但WIndow的具体实现都需要使用WindowManagerService

1.1 Window

  1. WindowFlags
参数 作用
FLAG_NOT_TOUCH_MODAL 表示Window不需要获取焦点,也不需要接受各种输入时间,此标记会同时启用FLAG_NOT_TOUCHABLE
FLAG_NOT_TOUCHABLE 在此模式下,系统会将当前Window区域以外的单击事件传递给底层的Window,当前Window区域的点击由自己处理
FLAG_SHOW_WHEN_LOCKED Window显示在锁屏上
  1. WindowType
  • 应用Window:对应着一个Activity
  • Window:不能单独存在,需要附属在特定的父Window
  • 系统Window:需要声明权限才能创建的Window,例如Toast和系统状态栏

如果采用TYPE_SYSTEM_ERROR,需要声明权限<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" />

  1. Window分层

Z-index,应用Window的层级范围1-99,子Window范围1000-1999,系统Window层级范围是2000-2999

  1. WindowManager
  • 增删改Window实际上是操作Window里的View
public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        Button btn = new Button(this);
        btn.setText("TEST");
        WindowManager.LayoutParams params = new WindowManager.LayoutParams(WindowManager.LayoutParams.WRAP_CONTENT, WindowManager.LayoutParams.WRAP_CONTENT, 0, 0, PixelFormat.TRANSPARENT);
        params.flags = WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL| WindowManager.LayoutParams.FLAG_NOT_TOUCHABLE| WindowManager.LayoutParams.FLAG_SHOW_WHEN_LOCKED;
        params.gravity = Gravity.LEFT| Gravity.TOP;
        params.x = 100;
        params.y = 300;
        params.type = WindowManager.LayoutParams.TYPE_APPLICATION_ATTACHED_DIALOG;
        getWindowManager().addView(btn, params);
    }
}
btn.setOnTouchListener(new View.OnTouchListener() {
                                   @Override
                                   public boolean onTouch(View view, MotionEvent motionEvent) {
                                       int rawX = (int) motionEvent.getX();
                                       int rawY = (int) motionEvent.getY();
                                       switch (motionEvent.getAction()) {
                                           case MotionEvent.ACTION_MOVE:
                                               params.x = rawX;
                                               params.y = rawY;
                                               mWindow.updateViewLayout(btn, params);
                                       }
                                       return false;
                                   }
                               }
        );
Window机制

2. Window的内部机制

Window每一个都对应着每一个View和每一个ViewRootImpl,因此Window不是实际存在的,而是以View的形式存在的

2.1 Window的添加过程

@Override
public void addView(View view, ViewGroup.LayoutParams params) {
    mGlobal.addView(view, params, mDisplay, mParentWindow);
}

@Override
public void updateViewLayout(View view, ViewGroup.LayoutParams params) {
    mGlobal.updateViewLayout(view, params);
}

@Override
public void removeView(View view) {
    mGlobal.removeView(view, false);
}

WindowManagerGlobal的实现步骤:
步骤一:检查参数是否合法,如果是子Window则需要调整一些参数

if (view == null) {
     throw new IllegalArgumentException("view must not be null");
 }
 if (display == null) {
     throw new IllegalArgumentException("display must not be null");
 }
 if (!(params instanceof WindowManager.LayoutParams)) {
     throw new IllegalArgumentException("Params must be WindowManager.LayoutParams");
 }

 final WindowManager.LayoutParams wparams = (WindowManager.LayoutParams)params;
// 如果是子View,则会调整参数
 if (parentWindow != null) {
     parentWindow.adjustLayoutParamsForSubWindow(wparams);
 }

步骤二:创建ViewRootImpl并将View添加到列表中
WindowManagerGlobal内部有如下几个列表比较重要:

private final ArrayList<View> mViews = new ArrayList<View>();
private final ArrayList<ViewRootImpl> mRoots = new ArrayList<ViewRootImpl>();
private final ArrayList<WindowManager.LayoutParams> mParams =
        new ArrayList<WindowManager.LayoutParams>();
private final ArraySet<View> mDyingViews = new ArraySet<View>();
  • mViews存储的是所有Window所对应的View
  • mRoots存储的是所有Window所对应的ViewRootImpl
  • mParams存储的是所有Window所对应的布局参数
  • mDyingViews则存储了那些正在被删除的View对象,或者说是那些已经调用removeView方法但是删除操作还未完成的Window对象。

addView中通过如下方式将Window的一系列对象添加到列表中:

root = new ViewRootImpl(view.getContext(), display);

view.setLayoutParams(wparams);

mViews.add(view);
mRoots.add(root);
mParams.add(wparams);

步骤三:通过ViewRootImpl来更新界面并完成Window的添加过程

@Override
public void requestLayout() {
    if (!mHandlingLayoutInLayoutRequest) {
        checkThread();
        mLayoutRequested = true;
        scheduleTraversals();
    }
}

接着会通过mWindowSession最终来完成Window的添加过程。mWindowSession的类型是IWindowSession,它是一个Binder对象,真正的实现类是Session,也就是Window的添加过程是一次IPC调用。

Session内部会通过WindowManagerService来实现Window的添加

2.2 Window的删除过程

WindowManagerGlobal#removeView

public void removeView(View view, boolean immediate) {
    if (view == null) {
        throw new IllegalArgumentException("view must not be null");
    }

    synchronized (mLock) {
        int index = findViewLocked(view, true); // 找到待删除的View的Index
        View curView = mRoots.get(index).getView(); // 找到待删除的View
        removeViewLocked(index, immediate); // 进行删除
        if (curView == view) {
            return;
        }

        throw new IllegalStateException("Calling with view " + view
                + " but the ViewAncestor is attached to " + curView);
    }
}

WindowManagerGlobal#removeViewLocked

private void removeViewLocked(int index, boolean immediate) {
     ViewRootImpl root = mRoots.get(index); // 从mRoots数组中找到对应的root
     View view = root.getView(); // 找到对应的View

     if (view != null) {
         InputMethodManager imm = InputMethodManager.getInstance();
         if (imm != null) {
             imm.windowDismissed(mViews.get(index).getWindowToken());
         }
     }
     boolean deferred = root.die(immediate);
     if (view != null) {
         view.assignParent(null);
         if (deferred) {
             mDyingViews.add(view);
         }
     }
 }
  • removeViewLocked是通过ViewRootImpl来完成删除操作的。在WindowManager中提供了两种删除接口removeViewremoveViewImmediate,它们分别表示异步删除同步删除
  • removeViewImmediate需要特别注意,一般来说不需要使用此方法来删除Window以免发生意外的错误。这里主要说异步删除的情况,具体的删除操作由ViewRootImpldie方法来完成。在异步删除的情况下,die方法只是发送了一个请求删除的消息后就立刻返回了,这个时候View并没有完成删除操作,所以最后会将其添加到mDyingViews中,mDyingViews表示待删除的View列表。ViewRootImpldie方法如下所示:
boolean die(boolean immediate) {
     // Make sure we do execute immediately if we are in the middle of a traversal or the damage
     // done by dispatchDetachedFromWindow will cause havoc on return.
     if (immediate && !mIsInTraversal) {
         doDie();
         return false;
     }

     if (!mIsDrawing) {
         destroyHardwareRenderer();
     } else {
         Log.e(TAG, "Attempting to destroy the window while drawing!\n" +
                 "  window=" + this + ", title=" + mWindowAttributes.getTitle());
     }
     mHandler.sendEmptyMessage(MSG_DIE);
     return true;
 }

同步删除doDie()方法,内部会调用dispatchDetachedFromWindow方法
异步删除:发送消息mHandler.sendEmptyMessage(MSG_DIE);
dispatchDetachedFromWindow方法:

  • 垃圾回收相关工作,比如清楚数据和消息、移除回调等
  • 通过Sessionremove方法删除Window,最终会调用WindowManagerServiceremoveWindow方法
  • 调用ViewdispatchDetachedFromWindow
  • 调用WindowManagerGlobaldoRemoveView方法刷新数据,包括mRootsmParams以及mDyingViews,需要将当前Window所关联的这三类对象从列表中删除。

2.3 Window的更新过程

public void updateViewLayout(View view, ViewGroup.LayoutParams params) {
    if (view == null) {
        throw new IllegalArgumentException("view must not be null");
    }
    if (!(params instanceof WindowManager.LayoutParams)) {
        throw new IllegalArgumentException("Params must be WindowManager.LayoutParams");
    }

    final WindowManager.LayoutParams wparams = (WindowManager.LayoutParams)params;

    view.setLayoutParams(wparams);//替换掉老的LayoutParams

    synchronized (mLock) {
        int index = findViewLocked(view, true);
        ViewRootImpl root = mRoots.get(index);
        mParams.remove(index); //先删除再增加
        mParams.add(index, wparams);
        root.setLayoutParams(wparams, false);
    }
}

首先它需要更新ViewLayoutParams并替换掉老的LayoutParams,接着再更新ViewRootImpl中的LayoutParams,这一步是通过ViewRootImplsetLayoutParams方法来实现的。在ViewRootImpl中会通过scheduleTraversals方法来对View重新布局,包括测量,布局,重绘这三个过程。除了View本身的重绘以外,ViewRootImpl还会通过WindowSession来更新Window的视图,这个过程最终是由WindowManagerServicerelayoutWindow()来具体实现的,它同样是一个IPC过程。

第八章(2)---Window的内部机制

3. Window的创建过程

3.1 Activity的Window启动过程

3.2 Dialog的Window创建过程

3.3 Toast的Window创建过程

  • TN是一个Binder类,在NMS处理Toast请求时,需要Handler将其从Binder线程池中切换到发送Toast的线程,因此Toast无法在没有Looper的线程中弹出
  • enqueueToastToast请求封装成ToastRecord加入mToastQueuemToastQueue最多存在50个弹出请求
  • ToastRecordNMS之间通过TN对象Callbackshow,hide方法完成Toast的显示和隐藏功能,都是IPC
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,937评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,503评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,712评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,668评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,677评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,601评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,975评论 3 396
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,637评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,881评论 1 298
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,621评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,710评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,387评论 4 319
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,971评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,947评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,189评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,805评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,449评论 2 342

推荐阅读更多精彩内容