Android控件架构
每一个Activity包含一个Window对象，DecorView作为整个应用窗口的根View，其下包含TitleView和ContentView，这里ContentView就是id为content的FrameLayout，我们平时写的layout就是天生包裹着一层FrameLayout。在代码中，Activity的OnCreate中调用setContentView（）方法后，ActivityManagerService会回调onResume（）方法，此时系统会将整个DecorView添加到PhoneWindow中，并让其显示出来，由此可以见，为了让视图尽快显示，尽量减轻OnCreate操作。
View的测量
要想绘制一个View，我们必须先对其进行测量，知道大小。View的onMeasure()方法
/**
* 测量
* @param widthMeasureSpec
* @param heightMeasureSpec
*/
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
super.onMeasure(widthMeasureSpec, heightMeasureSpec);
}
Android系统给我们提供了一个工具类MeasureSpec，它是一个32位的int值，高2位是测量模式，低30位就是测量大小。测量模式分为下面三个。
1、EXACTLY
精确模式，match_parant或者具体数据100dp。
2、AT_MOST
最大值模式，此时控件尺寸不超过父控件允许的最大尺寸即可，wrap_content就是此模式。
3、UNSPECIFIED
View想多大就多大。
View默认提供了EXACTLY 模式，想要支持AT_MOST和UNSPECIFIED，必须自己自定义了。
系统最终还是会调用setMeasuredDimension()这个方法将测量的宽高设置进去从而完成测量工作
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),
getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));
}
模板代码，测量宽（测量高类似） 代码注释详细：
private int measureWidth(int measureSpec) {
int result = 0;
//测量模式
int specMode = MeasureSpec.getMode(measureSpec);
//测量大小
int specSize = MeasureSpec.getSize(measureSpec);
//如果模式是精确模式，则测量结果为测量出的大小specSize
if (specMode == MeasureSpec.EXACTLY) {
result = specSize;
} else {//不是精确模式，则给定一个值，如果是AT_MOST则选则小的作为最终测量大小。
result = 100;
if (specMode == MeasureSpec.AT_MOST) {
result = Math.min(result, specSize);
}
}
return result;
}
View的绘制
通过canvas的draw方法进行绘制
Canvas canvas = new Canvas(Bitmap);
//绘制直线
canvas.drawLine(float startX, float startY, float stopX, float stopY, Paint paint);
//绘制矩形
canvas.drawRect(float left, float top, float right, float bottom, Paint paint);
//绘制圆形
canvas.drawCircle(float cx, float cy, float radius, Paint paint);
//绘制字符
canvas.drawText(String text, float x, float y, Paint paint);
//绘制图形
canvas.drawBirmap(Bitmap bitmap, float left, float top, Paint paint);
ViewGroup的测量
ViewGroup 可以放置n个View，当ViewGroup时wrap_content模式，那么其大小是通过ViewGroup遍历所有的子View，来获取View的大小，从而决定自身的大小，而在其他模式下，会通过具体的值来自定自身的大小。ViewGroup遍历所有的View会调用所有的View的onMeasure()方法来获取测量结果，
当子View测量完毕之后，，就需要将子View放在合适的地方，这部分是由onLayout()来进行的，
在我们自定义ViewGroup的时候，一般都要重写onLayout()方法控制子View显示位置的逻辑，同样，如果需要wrap_content属性，那就必须重写onMeasure方法了，这点和View是相同的
View的绘制
ViewGroup是通过dispathDraw来绘制其子View的，其过程也是通过遍历所有子View，然后调用子View的绘制方法完成绘制的
自定义View
通常情况下自定义View有三种方法
1、对现有控件进行扩展
2、通过组合来实现新控件
3、重写View实现全新的控件
在View中通常有一些比较重要的回调方法来。
onFinishInflate（）；从XML加载组件后回调。
onSizeChanged（）;组件大小改变时回调
onMeasure（）；测量
onLayout（）；绘制位置
onTouchEvent（）；监听触摸事件
事件拦截机制分析
假设一个场景：
BOSS -- ViewGroupA 最外层的
项目负责人 -- ViewGroupB 中间层的
程序猿 -- View 最底层
对于ViewGroup一般有一下三个方法
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
return super.dispatchTouchEvent(ev);
}
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
return super.onInterceptTouchEvent(ev);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
return super.onTouchEvent(event);
}
对于View一般重写以下两个方法：
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
return super.dispatchTouchEvent(ev);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
return super.onTouchEvent(event);
}
对比下看到ViewGroup比View多了一个方法onInterceptTouchEvent，事件拦截的核心方法。
什么都不做，正常情况是：
事件传递顺序：BOSS - 项目负责人 - 程序猿，传递过程中会先执行dispatchTouchEvent（事件分发），在执行onInterceptTouchEvent（拦截）。
事件处理顺序：程序猿 - 项目负责人 - BOSS 。事件处理调用的是onTouchEvent。
onInterceptTouchEvent返回True则表示拦截，不让下分发，自己搞起；返回false则表示分发到下一层中，依次传递。
onTouchEvent 返回true表示已处理，不用上层处理；false表示上交上层处理。
简单来说，BOSS自己想搞起，就把onInterceptTouchEvent返回true，那么就没有项目负责人和程序猿鸟事了；
BOSS不想搞，就把onInterceptTouchEvent返回false，则分发给项目负责人，如果项目负责人想搞，则onInterceptTouchEvent返回true，那就没有程序猿鸟事；如果项目负责人也不想搞，则onInterceptTouchEvent返回tfalse，那么苦逼的程序猿只能搞起了。
当程序猿加班加点搞定了，不想提交上层，则onTouchEvent返回true即可，否则提交给项目负责人，依次类推；
好了好了，View和ViewGrop的一些原理都分析了一下，其实复杂的自定义View就是通过这些基础一点点写出来的，看完这篇小文，大家可以去找一下开源的自定义View进行验证学习。
