理解Window和WindowManger

一、Window简介

作用:桌面上显示一个类似悬浮的东西。

介绍:Window是一个抽象类,实现是由PhoneWindow。WindowManager是外界访问Window的入口。但是最终实现是在WindowService中。WindowManger和WindowService是IPC交互。Andorid所有的视图都是由Window实现的,所以Window是View的直接管理者。(从第四章也知道)

二、Window和WindowManager

(一)、如何添加一个Window到WindowManager

步骤:①、在java代码中创建一个View ②、创建View对应的LayoutParams属性 ③、结合View与Layout放入WindowManager.addView()中。

《理解Window和WindowManger》
《理解Window和WindowManger》

//创建View
TextView float = new TextView(context);
float.settext("this is a float window ");
//创建LayoutParams
WindowManager.LayoutParams params = new LayoutParams();
//配置LayoutParams
        params.width = width;
        params.height = height;
        params.format = PixelFormat.TRANSLUCENT;
        params.type = WindowManager.LayoutParams.TYPE_APPLICATION_ATTACHED_DIALOG;
        params.flags = WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL;//后面窗口仍然可以处理点设备事件
        params.setTitle("Toast");
        params.gravity = gravity;
        params.windowAnimations = styleAnimations;
//获取WindowManager
WindowManager windowManager = 
(WindowManager)context.getSystemService(Context.WINDOW_SERVICE);
//将Window添加到WindowManager
windowManager.addView(view, this.mLayoutParams);

View Code

两个重要的设置参数:flags和type

常见flags:

FLAG_NOT_FOCUSABLE:不需要获取焦点,不接受各种输入事件(同时启用FLAG_NOT_TOUCH_MODAL)。最终事件传给下层具有焦点的Window

FLAG_NOT_TOUCH_MADAL:系统将当前Window区域以外的单击事件传给下一层Window,当前Window区域内的单击事件则自己处理。

FLAG_SHOW_WHEN_LOCKED:让Window显示在锁屏界面上

常见Type(表示Window的类型):

应用类Window:对应着一个Activity

子Window:无法单独存在,需要附属在特定的父Window上(比如:Dialog就是子Window)。

系统Window:需要声明权限在创建(Toast,系统状态栏都是)

Window的分层概念:应用Window1~99层,子Window1000~1999层,系统Window2000~2999(同时系统层级有许多值,一般采用TYPE_SYSTEM_OVERLAY,并声明权限P296)

WindowManager.Params 中的Gravity的作用:

Gravity:表示params.x和params.y 相对于Gravitiy的偏移量。

比如说:

parmas.gravity = Gravity.LEFT|Gravity.TOP;

表示x相对于左边的偏移量,y相对于右边的偏移量

WindowManger方法及Window的拖动效果

主要方法(继承了ViewManger):

《理解Window和WindowManger》
《理解Window和WindowManger》

public interface ViewManager{
  //添加View
  public void addView();
  //升级View的Layout
  public void updateViewLayout();
  //移除View
  public void removeVIew();
}
//详细参数将P296

View Code

Window的拖动效果

《理解Window和WindowManger》
《理解Window和WindowManger》

public void onTouch(View v,MontionEvent event){
  //获取当前绝对位置
  int rawX= (int)event.getRawX();
  int rawY = (int)event.getRawY();
  //当移动的时候,将位置给Layout,然后从新载入layotu
  switch(event.geAction){
    case MotionEvent.ACTION_MOVE:
         mLayoutParams.x = rawX;
         mLayoutParans.y = rawY;
         mWindowManger.updateViewLayout(view,mLayoutParams);    
       break;  
  }
}    

View Code

三、Window的内部机制

window的定义:window是一个抽象概念,每个Window都对应着一个View和ViewRootImpl。Window与View通过ViewRootImpl建立联系。WindowManager的所有方法都是针对View的,所以View才是Window的实现。

分析Window的增、删、改

从addView开始:WindowManger只是一个接口,WindowMangerIml才是接口的实现类,根据内部方法,交给WindowMangerGlobal类来处理。

WindowManagerGlobal  :首先检查参数是否合法

之后创建ViewRootImpl并将分别放入两个ArrayList中(详见P299 2)。

通过ViewRootIml的setView()方法调用内部requestLayout()调用scheduleTraversals()然后利用mWindowSession(是Binder对象).appToDisplay(所以整个实现通过了一层IPC),真正实现类是Session类。在Session类中,通过WindowMangerService实现Window添加。

Window的删除过程:

调用WindowManager的removeView()方法,同样交给WindowMangerGlobal处理(源码P301 ①):寻找该View的index,之后通过removeViewLocked()进一步删除。

根据removeViewLocked()源码(P301 ②):是通过ViewRootImpl进行删除的,其中会调用root.die()方法。WindowManager提供两种删除接口removeView(异步删除:不会立刻删除)removeViewImmidate(同步删除:立刻删除)。如果是同步删除的话,就加入WindowManager的mDyingViews的View列表中。

查看die方法(源码P302 ①):当判断为异步删除的话,就会向ViewRootImpl的Handler发送MSG_DIE的消息,之后等待Handler处理消息,调用doDie()方法。如果为同步删除则直接调用doDie()方法。

真正删除View的逻辑是在dispatchDetachedFormWindow方法,其主要逻辑是:

1.垃圾回收相关工作

2.通过Session的remove方法移除Window:最终调用WindowManagerService的removeWindow()方法

3.调用View的dispathDetachedFromWindow方法,内部调用View的onDetachedFormWindow()。可以在onDetachedFromWindow()方法中做些回收资源的工作,如终止动画、停止线程。

4.调用WindowManagerGlobal的doRemoveView方法刷新数据包。

Window的更新过程:

更新View的LayoutParams,之后得到该View对应的ViewRootImpl,并调用viewRoot的setLayoutParams()实现更新。

在setLayoutParams()中,会调用ScheduleTraversals()方式实现,测量、布局、重绘这三个过程。之后通过WindowSession更新视图,发送给WindowManagerService。

四、Window的创建过程

(一)、Activity的Window创建过程

最终由AcitivityThread中的perfirmLauchActivity()完成整个启动过程(源码:P305 ①)

作用:①、配置上下文环境变量  ②、调用Activity的attach()方法 。

attach()方法:

作用:创建Window对象,并为其设置Callback回调(例如:onAttachedToWindow、onDetachedFromWindow、dispatchTouchEvent)。

创建Window对象使用PolicyManager的工厂方法。

PolicyManager:是一个策略类,且继承IPolicy接口(工厂方法都在该接口声明  P306  ①)。所以真正实现是在Policy类中,调用Policy的makeNewWindow()方法(P306 ②),发现创建PhoneWindow对象,说明window的具体实现是PhoneWindow。

(二)、Activity是如何附属在Window上的

根据Activity的setContentView()(P306 ③):

作用:Activity将具体实现交给Window处理。运用PhoenWindow.setContentView()方法

根据PhoenWindow.setContentView()的方法:

作用:①、若没有DecorView则创建,内部方法会调用generateDecor()方法(P307 ①)。  ②、之后通过generateLayout来加载布局文件(P307 ②)(第四章讲过DecoreView的布局)并将DecoreView的content布局设置为contentParent布局,所有Acitivity的视图都在其中。

③Acitivity的视图添加到DecorView的mContentParent中就可以了:mLayoutInflater.inflate(layoutResID,mContentParent)。这就完成了将Activity布局放入到DecorView的过程。

④、当Activity的布局文件添加到DecoreView中的时候就会通知Activity(Activity实现了Window的CallBack()方法)视图改变,调用onContentChanged()方法(该方法是个空实现,可以在自己的Activity实现该方法)

到此为止DecorView还没有从WindowManager添加到Window中。

⑤、在ActivityThread的handleResumeActivity方法中,调用Activity的onResume()方法,接着调用Activity的makeVisible(),在此方法中才真正完成了添加和显示(P308 ①)

(三)、Dialog的Window创建过程

步骤:①、通过setContentView(P309 ①)调用PhoneWindow的setContentView();  ②、通过PhoneWindow的setContentView()(P309 ②)初始化DecorView并将Dialog视图添加到DecorView中   ③、通过Dialog的show()方法(P309 叁③),将DecorView添加到Window中。

:普通的Dialog有一个特殊之处,必须采用Activity的Context,不能采用Application的Context。(解决办法 P310)

(四)、Toast的Window的创建

前提:Toast有定时取消这个功能,所以系统采用了Handler。

简单原理:Toast访问NotificationManagerService,然后通过NotificationManagerService回调Toast中的TN的接口(实现了Binder,类似在AIDL中实现观察者模式)。

①、Toast属于Window,指定视图的方式:一种采用默认样式,第二种通过setView指定自定义View。Toast提供了show()和cancel方法(P311 ①),内部是一个IPC过程。

②、当实现show()和cancel()的时候,NotificationService会回调TN接口,因为该接口是在Binder线程池运行的,所以需要Handler将其切换到当前线程。因为需要Handler所以Toast不能运行在没有Looper的线程中。

③、显示过程(P312 ①)调用了NMS的enqueueToast():参数1是包名,参数2是TN回调接口,参数3是持续时间。

作用:首先将Toast请求封装成ToastRecord对对象,装入mToastQuene队列中去。

④、之后NMS调用shiwNextToastLocked()显示当前Toast,通过调用ToastRecord的TN回调(P313 ①)。

⑤、TN回调之后NMS还会调用sheculeTimeoutLocked()(P314 ①):

作用:发送延时消息(取决于Toast的时间),当达到时间后,NMS会调用cancelToastLocked()隐藏Toast,并将其从mToastQueue中删除。

⑥、分析TN回调(P315 ①):通过Handler将操作从Binder中转换到本地,当Handler接收到消息的时候,如果是show()则(P315 ②)利用WinowManager的addView()添加视图,如果是hide()则(P315 ③)调用WindowManager的removeView()方法。

 

    原文作者:技术丶从积累开始
    原文地址: http://www.cnblogs.com/rookiechen/p/5452472.html
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞