View, ViewGroup, Layout

简述：

      Android 应用中的所有用户界面元素都是使用View和ViewGroup对象构建而成。View对象用于在屏幕上绘制可供用户交互的内容。ViewGroup对象用于储存其他View（和ViewGroup）对象，以便定义界面的布局。

视图的绘制过程：

      通常我们自定义控件时，需要继承View或者ViewGroup或者它们的子类，然后实现特定的方法即可。如下图所示，通常我们关注下面3个方法即可实现简单的View的绘制，视图在加载的时候就包括了测量（onMeasure），布局（onLayout），绘画（onDraw）这几个过程。

触摸事件的分发机制：

      通常我们需要对用户的触摸事件进行相应的处理来实现特定的效果，下面分析下Android中触摸事件的分发机制。Android将基本触摸动作都封装在了MotionEvent类里面，用户在触摸屏幕时，首先会触发down事件，根据down事件的是否消费，后续的事件处理也不尽相同。下图是一个activity，一个父布局（ParentViewGroup）中包含了一个子布局（ChildViewGroup），子布局中又包含了一个view的事件处理过程。

（1）down事件在整个过程中都没有被消费。如上图第一行，事件从Activity----->ParentViewGroup----->ChildViewGroup-->View,然后再从View反向传递给了Activity。既然down传递给我这些视图，而这些视图没有一个去消费，所以对于UP和MOVE事件就只在Activity中处理，不再向下传递。如上图第一行最后一个图。

（2）down事件在整个处理过程中有被消费，则立刻停止向下传递，并且以后的MOVE和UP事件和DOWN事件的处理流程一致。

 （3） 接口返回true是消费，返回false是没有消费继续传递。在ViewGroup中多了个拦截器（onInterceptTouchEvent）,在View中没有，因为ViewGroup可能有子View，它是用来决定是否继续传递给子View的。

布局及性能优化：

     说到布局，我们一般会想起下面这张图。我们布局中的XML文件就是这种结构，这张图越扁平，布局的层级越少，布局的性能越好。下图是一种has-A的关系，不是is-A的关系。

      关于布局的优化网上有很多，我在这里罗列一些，其实还是上面的那句话“这张图越扁平，布局的层级越少，布局的性能越好”。

    （1）减少布局的层级，查看层级一般有两种方法。

      a, 在手机上开发者选项中打开“调试GPU过度绘制”开关，看过度渲染层级（蓝色、淡绿、淡红、深红代表了4种不同程度的Overdraw 情况，我们的目标就是尽量减少红色Overdraw，看到更多的蓝色区域）具体方法google。

       b，使用HierarchyViewer查看布局层次，我们可以在Android的sdk的tools目录下找到这个工具。

     （2）使用<merge\>标签,避免引入多余的层级

     （3）使用ViewStub对一些不常用的标签，在使用的时候加载

     （4）Drawable对象不要Xml中设置background，在代码中动态设置

     （5）使用include标签，主要作用是代码复用

结语：

本文简单记录了视图和布局的基础知识。其中细节远不止于此。