android应用开发之Window，View和WindowManager .

ViewManager  vm = a.getWindowManager();

vm.add(view,l);

window :一个抽象的窗口基类，控制顶层窗口的外观和行为。作为顶层窗口，可控制窗口背景、和标题。默认的案件处理等，他作为一个顶层的View加入到WIndowManager。实际中用的比较多的是实现类比如针对手机的phoneWindow，针对平板的MidWindow 。

View：一个UI的单元，暂居一定的区域可用于绘制，并可以处理事件。

windowManager实际上的基类是LocalWindowManager

 
Android中以Window为考察点的话, 涉及的主要接口和类有View, ViewGroup, ViewRoot, Window, PhoneWindow, WindowManagerPolice, PhoneWindowManager, WindowManager, 和WindowManagerImpl.

Window中的View
----------------------

Window是抽象类, PhoneWindow继承实现Window. Android中使用的Window Object实际是PhoneWindow的实例.

    Window
        PhoneWindow

Window中记录了自己的View, 就是mDecor. DecorView是FrameLayout的子类. mDecor实际是Window中包含的所有View的顶层View. 

1. // This is the top-level view of the window, containing the window decor.
2.     private DecorView mDecor;
4.     // This is the view in which the window contents are placed. It is either
5.     // mDecor itself, or a child of mDecor where the contents go.
6.     private ViewGroup mContentParent;
8.     //... ...
10.     private final class DecorView extends FrameLayout {
11.         //....
12.     }

Window中还记录了一个View, 就是mContentParent, 这就是Window的content view. 实际编程中打交道的都是这个mContentParent. Window在生成自己的mDecor时, 会根据window的属性, 例如是否有title, 是不是dialog等等从预先定义好的layout资源中选择一个载入. 在这些资源中都定义了一个android:id="@android:id/content"的<FrameLayout>. 而这个FrameLayout就是mContentParent指向的layout对象. 可参看installDecor()@PhoneWindow.java.  而setContentView(yourView,...)实际就是将yourView挂接到mContentParent.

ViewRoot, ViewGroup,和View
------------------------------

View的成员变量中有一个指向parent的变量. 而ViewGroup是View的子类,除了有parent, 还有指向自己容纳的子view的mChildren. 而ViewRoot的mView则指向自己唯一的一个子view. 
这3个类联合使用就可以组建成一颗颗view的树. ViewRoot是这个树的根点, 各种ViewGroup是树枝, 而各种view是树叶. 在这个树中, ViewRoot的作用很特殊需要特别说明. 对于树的操作通常是从ViewRoot的根节点发动的, 例如requestLayout(), 实际是由ViewRoot的performTraversals()完成. 


WindowManager, ViewRoot和View
-------------------------------

WindowManagerImpl是WindowManager的的实现. 它主要用于记录一个3元对应关系<View, ViewRoot, WindowManager.LayoutParams>.  使用addView()加入WindowManger的yourView, 都会自动生成一个ViewRoot做为根点. 这通常是在activity的create后的第一次resume中完成, 而这个view就是window的decor view, 见前. 参考handleResumeActivity()@ActivityThread.java.

public final class ViewRoot extends Handler implements ViewParent
            , View.AttachInfo.Callbacks

ViewRoot的所有作用, 或者说它的作用, 就在于它是view树的root. 而且ViewRoot是Handler, 在这里完成相关message的处理工作. 包括的message code如下, 引自源代码. 

1. public final static int DO_TRAVERSAL = 1000;
2. public final static int DIE = 1001;
3. public final static int RESIZED = 1002;
4. public final static int RESIZED_REPORT = 1003;
5. public final static int WINDOW_FOCUS_CHANGED = 1004;
6. public final static int DISPATCH_KEY = 1005;
7. public final static int DISPATCH_POINTER = 1006;
8. public final static int DISPATCH_TRACKBALL = 1007;
9. public final static int DISPATCH_APP_VISIBILITY = 1008;
10. public final static int DISPATCH_GET_NEW_SURFACE = 1009;
11. public final static int FINISHED_EVENT = 1010;
12. public final static int DISPATCH_KEY_FROM_IME = 1011;
13. public final static int FINISH_INPUT_CONNECTION = 1012;
14. public final static int CHECK_FOCUS = 1013;
15. public final static int CLOSE_SYSTEM_DIALOGS = 1014;

Acitivity, Window和View
------------------------------

Acitivity在创建后的attach()@Activity.java中创建自己的Window, 继而生成自己的WindowManager. 实际上这个WindowManager都是对process全局的一个singlton WindowManger的wrapper封装. 我们暂称这个singleton WindowManager为核心WindowManager. Activity在首次resume时会将自己的decor view加入到核心WindowManager的记录中. (一个例外, 除了decor view, KeyguardViewHost也会调用WindowManager.addview()加入到核心WindowManager记录中)
这样, 核心WindowManager中记录了process中所有已经首次resume后activity的decore view.  '首次resume'实际也是表征了activity应当拥有view了, 可以用于显示了这个概念. 

http://meiyitianabc.blog.163.com/blog/static/10502212720119931811881/