6、View的绘制
（1）当测量好一个View之后，我们就可以简单的重写 onDraw（）方法，并在 Canvas 对象上来绘制所需要的图形。Canvas是onDraw（）方法的一个参数。要想在Android界面中绘制相应的图像，就必须在 Canvas 上进行绘制。 它就像一个画板，使用 Paint 就可以在上面作画了。
（2）通常我们要在onDraw外创建一个Canvas对象，创建时还要引入布局中的一个bitmap对象：
Canvas canvas = new Canvas(bitmap);
这里必须是一个bitmap对象，他与Canvas画布是紧紧联系在一起的，这个过程叫做 装载画布。
（3）bitmap用来存储所有绘制在 Canvas 上的像素信息，都是设置给bitmap的。
举例：
//绘制两个bitmap：这两个是在onDraw中绘制的
canvas.drawBitmap(bitmap1,0,0,null);
canvas.drawBitmap(bitmap2.0,0,null);
<span style="white-space:pre"> </span>// 现在将bitmap2装载到onDrow（）之外的Canvas对象中：
<span style="white-space:pre"> </span>Canvas mCanvas = new Canvas(bitmap2);
<span style="white-space:pre"> </span>// 然后通过mCanvas对bitmap2进行绘图：
<span style="white-space:pre"> </span>mCanvas.drawXXX;
这样通过mCanvas对bitmap2的绘制，刷新View后bitmap2就会发生相应的改变了。所以说所有的Canvas的绘制都是作用在bitmap上的，与在哪里，与哪个Canvas无关。
（4）Draw过程比较简单，它的作用是将View绘制到屏幕上面。
（5）View的绘制过程遵循如下几步：
绘制背景 background.draw(canvas)
绘制自己 （onDraw）
绘制children （dispatchDraw）
绘制装饰 （onDrawScrollBars）
（6）下面看看draw方法的源码：
源码位置：sources\android\view\View.java。
/**
* Manually render this view (and all of its children) to the given Canvas.
* The view must have already done a full layout before this function is
* called. When implementing a view, implement
* {@link #onDraw(android.graphics.Canvas)} instead of overriding this method.
* If you do need to override this method, call the superclass version.
*
* @param canvas The Canvas to which the View is rendered.
*/
public void draw(Canvas canvas) {
if (mClipBounds != null) {
canvas.clipRect(mClipBounds);
}
final int privateFlags = mPrivateFlags;
final boolean dirtyOpaque = (privateFlags & PFLAG_DIRTY_MASK) == PFLAG_DIRTY_OPAQUE &&
(mAttachInfo == null || !mAttachInfo.mIgnoreDirtyState);
mPrivateFlags = (privateFlags & ~PFLAG_DIRTY_MASK) | PFLAG_DRAWN;
/*
* Draw traversal performs several drawing steps which must be executed
* in the appropriate order:
*
* 1. Draw the background
* 2. If necessary, save the canvas' layers to prepare for fading
* 3. Draw view's content
* 4. Draw children
* 5. If necessary, draw the fading edges and restore layers
* 6. Draw decorations (scrollbars for instance)
*/
// Step 1, draw the background, if needed 绘制背景
int saveCount;
if (!dirtyOpaque) {
final Drawable background = mBackground;
if (background != null) {
final int scrollX = mScrollX;
final int scrollY = mScrollY;
if (mBackgroundSizeChanged) {
background.setBounds(0, 0, mRight - mLeft, mBottom - mTop);
mBackgroundSizeChanged = false;
}
if ((scrollX | scrollY) == 0) {
background.draw(canvas);
} else {
canvas.translate(scrollX, scrollY);
background.draw(canvas);
canvas.translate(-scrollX, -scrollY);
}
}
}
// skip step 2 & 5 if possible (common case)
final int viewFlags = mViewFlags;
boolean horizontalEdges = (viewFlags & FADING_EDGE_HORIZONTAL) != 0;
boolean verticalEdges = (viewFlags & FADING_EDGE_VERTICAL) != 0;
if (!verticalEdges && !horizontalEdges) {
// Step 3, draw the content 绘制自己
if (!dirtyOpaque) onDraw(canvas);
// Step 4, draw the children 绘制Children
dispatchDraw(canvas);
// Step 6, draw decorations (scrollbars) 绘制装饰
onDrawScrollBars(canvas);
if (mOverlay != null && !mOverlay.isEmpty()) {
mOverlay.getOverlayView().dispatchDraw(canvas);
}
// we're done...
return;
}
（8）在View.java中有dispatchDraw方法，但它是空的，其他的继承了View的比如说ViewGroup就要去重写这个方法去实现对子元素的绘制。
/**
* Called by draw to draw the child views. This may be overridden
* by derived classes to gain control just before its children are drawn
* (but after its own view has been drawn).
* @param canvas the canvas on which to draw the view
*/
protected void dispatchDraw(Canvas canvas) {
}
（9）ViewGroup通常不需要绘制，因为他本身就没有需要绘制的东西，如果不是指定了ViewGroup的背景颜色，那么ViewGroup的onDrow（）方法都不会被调用。
但是，ViewGroup会使用dispatchDraw（）方法绘制其子View，其过程同样是遍历所有的子View，并调用子View的绘制方法来完成绘制工作。
（10）View中还有一个特殊的方法：setWillNotDraw：
/**
* If this view doesn't do any drawing on its own, set this flag to
* allow further optimizations. By default, this flag is not set on
* View, but could be set on some View subclasses such as ViewGroup.
*
* Typically, if you override {@link #onDraw(android.graphics.Canvas)}
* you should clear this flag.
*
* @param willNotDraw whether or not this View draw on its own
*/
public void setWillNotDraw(boolean willNotDraw) {
setFlags(willNotDraw ? WILL_NOT_DRAW : 0, DRAW_MASK);
}
如果一个View不需要绘制任何内容，那么设置这个标记位为true以后，系统就会进行相应的优化。默认情况下，View并没有启用这个优化标记位，但是ViewGroup会默认启用这个优化标记位。
这个标记位对实际开发的意义是：当我们的自定义控件继承于ViewGroup并且本身不具备绘制功能时，就可以开启这个标记位从而便于系统进行后续的优化。
当然，当明确知道一个ViewGroup需要通过onDraw来绘制内容时，我们需要显式的关闭WILL_NOT_DRAW 这个标志位。
7、自定义View
在自定义View时，我们通常会去重写 onDraw（）方法来绘制View的显示内容，如果该View还需要使用wrap_content 属性，那么还必须重写 onMeasure（）方法。
另外，通过自定义 attrs属性，还可以设置新的属性配置值。
在View通常有以下一些比较重要的回调方法：
（1）onFinishInflate（）：从XML加载组件后回调。
（2）onSizeChanged（）：组件大小改变时回调。
（3）onMeasure（）：回调该方法来进行测量。
（4）onLayout（）：回调该方法来确定显示的位置。
（5）onTouchEvent（）：监听到触摸事件时回调。
自定义View的注意点：
（1）让View支持wrap_content：
如果直接继承View或者ViewGroup的控件，如果不在onMeasure中对wrap_content做特殊处理，那么当外界在布局中使用wrap_content时，就无法达到预期的效果。
（2）如果有必要，让你的View支持padding：
如果直接继承View，如果不再draw方法中处理padding，那么padding属性是无法起到作用的。
另外，直接继承子ViewGroup的控件需要在onMeasure和onLayout中考虑padding和子元素的margin对其造成的影响，不然将导致padding和子元素margin失效。
（3）尽量不要在View中使用Handler，没必要：
因为View内部本身就提供了post系列的方法，完全可以替代Handler的作用，
当然除非你很明确要使用Handler来发送消息。
（4）View中如果有线程或者动画，需要及时停止，参考View#onDetachedFromWindow：
如果有动画或者线程需要停止时，那么onDetachedFromWindow是一个很好的时机。
当包含此View的Activity退出或者当前View被remove时，View的onDetachedFromWindow方法会被调用，
和onDetachedFromWindow方法对应的是onAttachedToWindow，
当包含此View的Activity启动时，View的onAttachedToWindow方法会被调用。
同时当View变得不可见时，我们也要停止线程和动画，
如果不及时处理这种问题，有可能会造成内存泄漏！！！！
（5）View带有滑动嵌套情形时，需要处理好滑动冲突
自定义View的分类：
1、继承特定的View，比如TextView：（对现有控件进行拓展）
用于扩展已有的View的功能。
这种方法不需要自己支持wrap_content和padding等。
2、继承View重新onDraw方法：（重写View来实现全新的控件）
主要用于实现一些不规则的效果，比如绘制一个圆啊，方框啊什么的。
采用这种方式需要自己支持wrap_content，并且padding需要自己处理。
3、继承特定的ViewGroup，比如LinearLayout：（创建复合控件）
不需要处理ViewGroup的测量和布局。
4、继承ViewGroup派生特殊的Layout：（自定义ViewGroup）
用于实现自定义布局，即除了LinearLayout、RelativeLayout、FrameLayout这几种系统的布局之外，我们重新定义一种新的布局。
当某种效果看起来很像几种View组合在一起的时候，可以采用这种方法来实现。
这种方式需要合适地处理 ViewGroup的测量、布局这两个过程，并同时处理子元素的测量和布局过程。
7.1、对现有控件进行拓展：
一般来说，在onDraw（）方法中对原生控件行为进行拓展。
举例1：让一个TextView的背景更加丰富，给其多绘制几层背景：
/**
* 初始化画笔等
*/
private void initPaint() {
// 蓝色线条
paint1 = new Paint();
paint1.setColor(getResources().getColor(
android.R.color.holo_blue_bright));
paint1.setStyle(Paint.Style.FILL);
// 绿色背景
paint2 = new Paint();
paint2.setColor(getResources()
.getColor(android.R.color.holo_green_dark));
paint2.setStyle(Paint.Style.FILL);
}
/**
* 我们可以在在调用super.onDraw(canvas)之前和之后实现自己的逻辑，
* 分别在系统绘制文字前后，完成自己的操作
*/
@Override
protected void onDraw(Canvas canvas) {
// TODO 回调父类方法super.onDraw(canvas)前，对TextView来说即是绘制文本内容之前
/*
* 在绘制文字之下，绘制两个大小不同的矩形，形成一个重叠的效果，
* 再让系统调用super.onDraw方法，执行绘制文字的工作。
* */
// 绘制一个外层矩形，蓝色那个
canvas.drawRect(
0,
0,
getMeasuredWidth(),
getMeasuredHeight(),
paint1);
// 绘制一个内层矩形，绿色那个
canvas.drawRect(
10,
10,
getMeasuredWidth() - 10,
getMeasuredHeight() - 10,
paint2);
canvas.save();
// 绘制文字前平移10px
canvas.translate(10, 0);
super.onDraw(canvas);
// TODO 回调父类方法后，对TextView来说即是绘制文本内容之后
canvas.restore();
}
举例2：闪动的文字效果
要想实现这个效果，要充分利用Android中Paint对象的Shader渲染器。通过设置一个不断变化的 LinearGradient，并使用带有该属性的Paint对象来绘制要显示的文字。
首先，在onSizeChanged(),中进行一些对象的初始化工作，根据view的宽设置一个LinearGradient渐变渲染器。
private int mViewWidth;
private Paint mPaint;
private Linear Gradient linearGradient;
private Matrix matrix;
private int mTranslate;
@Override
protected void onSizeChanged(int w, int h, int oldw, int oldh) {
<span style="white-space:pre"> </span>
super.onSizeChanged(w, h, oldw, oldh);
if(mViewWidth==0){
mViewWidth = getMeasuredWidth();//系统里的函数
if(mViewWidth>0){
<span style="white-space:pre"> </span>// 获取当前绘制TextView的Paint对象
<span style="white-space:pre"> </span>mPaint = getPaint();
// 给这个paint对象设置原生TextView没有的LinearGradient属性：
linearGradient = new LinearGradient(
0,
0,
mViewWidth,
0,
new int[]{Color.BLUE,0xffffffff,Color.GREEN},
new float[]{0,1,2},
Shader.TileMode.MIRROR);
paint.setShader(linearGradient);
matrix = new Matrix();
}
}
}
/**
* 在onDraw中通过矩阵的方式来不断平移渐变效果，从而在绘制文字时，产生动态的闪动的效果：
*/
@Override
protected void onDraw(Canvas canvas) {
// TODO 回调父类方法super.onDraw(canvas)前，对TextView来说即是绘制文本内容之前
super.onDraw(canvas);
// TODO 回调父类方法后，对TextView来说即是绘制文本内容之后
Log.e("mess", "------onDraw----");
if (matrix != null) {
mTranslate += mViewWidth / 5;
if (mTranslate > 2 * mViewWidth) {
mTranslate = -mViewWidth;
}
matrix.setTranslate(mTranslate, 0);
linearGradient.setLocalMatrix(matrix);
postInvalidateDelayed(100);
}
}
}
这个例子需要注意的地方是在onSizeChanged方法中，mPaint = getPaint();
这是什么意思呢，在第一个例子中，我们的Paint都是在程序中创建的新的，而这个例子中是同个getPaint（）方法获取的。
也就是说，第一个例子中创建的Paint是要画在已有的TextView上的，而第二个例子中我们获取了TextView它本身自己的Paint，然后在它的基础上进行修改，这样就可以将效果加载在TextView本身的文字上了。
7.2、创建复合控件
这种方式通常需要继承一个已有的ViewGroup，再给它添加指定功能的控件，从而组合成新的复合控件。
复合控件，最常见的其实就是我们的TitleBar了，一般就是一个left+title+right组合。
（1）定义属性：
为一个View提供可自定义的属性非常简单，只需要在res资源目录的values目录下创建一个attrs.xml的属性定义文件，并在该文件中通过如下代码定义相应的属性即可：
<?xml version="1.0" encoding="utf-8"?>
<resources>
<declare-styleable name="TitleBar">
<!-- 定义title文字，大小，颜色 -->
<attr name="title" format="string" />
<attr name="titleTextSize" format="dimension"/>
<attr name="titleTextColor" format="color" />
<!-- 定义left 文字，大小，颜色，背景 -->
<attr name="leftText" format="string" />
<attr name="leftTextSize" format="dimension" />
<attr name="leftTextColor" format="color" />
<!-- 表示背景可以是颜色，也可以是引用 -->
<attr name="leftBackGround" format="color|reference" />
<!-- 定义right 文字，大小，颜色，背景 -->
<attr name="rightText" format="string" />
<attr name="rightTextSize" format="dimension"/>
<attr name="rightTextColor" format="color" />
<attr name="rightBackGround" format="color|reference" />
</declare-styleable>
</resources>
下面需要创建一个类，叫TitleBar，并且它继承自RelativeLayout中。在这个类中：
（2）获取自定义属性集
TypedArray typed = context.obtainStyledAttributes(attrs, R.styleable.TitleBar);
系统提供了 TypedArray 这样的数据结构来获取自定义属性集，后面引用的 styleable 的TitleBar ，就是我们在XML中通过<declare-styleable name="TitleBar">所指定的name名。接下来通过TypedArray对象的getString（）、getColor（）等方法，就可以获取这些定义的属性值：
/**
* 获取自定义的属性
*
* @param context
*/
private int leftTextColor;
private Drawable leftBackGround;
private String leftText;
private float leftTextSize;
private int rightTextColor;
private String rightText;
private float rightTextSize;
private int titleTextColor;
private String titleText;
private float titleTextSize;
/**
* 通过这个方法，将你在attrs.xml中定义的 declare_styleable的
* 所有属性的值存储到TypedArray中：
* @param context
* @param attrs
*/
private void initAttr(Context context, AttributeSet attrs) {
// 得到TypedArray对象typed
TypedArray typed = context.obtainStyledAttributes(attrs, R.styleable.TitleBar);
// 从typed中取出对应的值为要设置的属性赋值，第二个参数是未指定时的默认值
// 这里第一个参数是 R.styleable.name_attrname 耶
leftTextColor = typed.getColor(R.styleable.TitleBar_leftTextColor, 0XFFFFFFFF);
leftBackGround = typed.getDrawable(R.styleable.TitleBar_leftBackGround);
leftText = typed.getString(R.styleable.TitleBar_leftText);
leftTextSize = typed.getDimension(R.styleable.TitleBar_leftTextSize, 20);
rightTextColor = typed.getColor(R.styleable.TitleBar_rightTextColor, 0XFFFFFFFF);
rightText = typed.getString(R.styleable.TitleBar_rightText);
rightTextSize = typed.getDimension(R.styleable.TitleBar_rightTextSize, 20);
titleTextColor = typed.getColor(R.styleable.TitleBar_titleTextColor, 0XFFFFFFFF);
titleText = typed.getString(R.styleable.TitleBar_title);
titleTextSize = typed.getDimension(R.styleable.TitleBar_titleTextSize, 20);
// 不要忘记调用,用来避免重新创建的时候的错误。
typed.recycle();
}
（3）组合控件（在UI模板类中）
UI模版TitleBar实际上由三个控件组成，即左边的点击按钮mLeftButton，右边的点击按钮mRightButton和中间的标题栏mTitleView。通过动态添加控件的方式，使用addView方法将这三个控件加入到定义的TitleBar模版中，并给它们设置我们前面所获取到的具体的属性值，比如标题的文字颜色、大小等：
这里要注意啦，下面的各种setXXX中，括号里都是刚刚上面initAttr中获取的值。
private TextView titleView;
private Button leftButton;
private Button rightButton;
private RelativeLayout.LayoutParams leftParams;
private RelativeLayout.LayoutParams rightParams;
private RelativeLayout.LayoutParams titleParams;
/**
* 代码布局
*
* @param context
*/
@SuppressWarnings("deprecation")
private void initView(Context context) {
<span style="white-space:pre"> </span>// TitleBar上的三个控件
titleView = new TextView(context);
leftButton = new Button(context);
rightButton = new Button(context);
// 为创建的组件赋值，标题栏
titleView.setText(titleText);
titleView.setTextSize(titleTextSize);
titleView.setTextColor(titleTextColor);
titleView.setGravity(Gravity.CENTER);
// 为创建的组件赋值，左边按钮
leftButton.setText(leftText);
leftButton.setTextColor(leftTextColor);
leftButton.setBackgroundDrawable(leftBackGround);
leftButton.setTextSize(leftTextSize);
// 为创建的组件赋值，右边按钮
rightButton.setText(rightText);
rightButton.setTextSize(rightTextSize);
rightButton.setTextColor(rightTextColor);
// 为组件元素设置相应的布局元素，设置大小和位置
// 在左边
leftParams = new LayoutParams(LayoutParams.WRAP_CONTENT, LayoutParams.MATCH_PARENT);
leftParams.addRule(RelativeLayout.ALIGN_PARENT_LEFT, RelativeLayout.TRUE);
// 添加到ViewGroup中：
addView(leftButton, leftParams);
// 在右边
rightParams = new LayoutParams(LayoutParams.WRAP_CONTENT, LayoutParams.MATCH_PARENT);
rightParams.addRule(RelativeLayout.ALIGN_PARENT_RIGHT, RelativeLayout.TRUE);
addView(rightButton, rightParams);
//中间
titleParams = new LayoutParams(LayoutParams.WRAP_CONTENT, LayoutParams.MATCH_PARENT);
rightParams.addRule(RelativeLayout.CENTER_IN_PARENT, RelativeLayout.TRUE);
addView(titleView, titleParams);
//添加点击监听，（下面讲述如何引入的）
/*
* 这里的setOnClickListener是系统的关于一个Button的自带的点击事件
* */
leftButton.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
/*
* 在对点击事件做相应以前，在调用这的MainActivity中，就已经把listenr传入进来了，
* 在这里只需要直接调用就可以了。
* 其中listener是一个setTitleBarClickListener接口方法的对象。
* */
if (listener != null) {
//正常设置它们的点击事件处理onClick，只是在onClick中让它们执行我们设定的处理。
listener.leftClick();
}
}
});
rightButton.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
if (listener != null) {
listener.rightClick();
}
}
});
}
（4）定义接口（在UI模板类中）
那么如何给这两个左右按钮设计点击事件呢？既然是UI模版，那么每个调用者所需要这些按钮能够实现的功能都是不一样的，因此，不能直接在UI模板中添加具体的实现逻辑，只能通过接口回调的思想，将具体的实现逻辑交给调用者：
/*
* 这是一个接口方法，这个接口中有两个为实现的方法。
* */
public interface TitleBarClickListener{
//左点击
void leftClick();
//右点击
void rightClick();
}
也就是模板类中的这两个方法需要在具体的调用者的代码中实现。
（5）暴露接口给调用者
/**
* 暴露一个方法给调用者来注册接口回调，通过接口来获得回调者对接口方法TitleBarClickListener的实现
* 这里的参数是一个TitleBarClickListener接口的接口对象。
* @param listener
*/
public void setTitleBarClickListener(TitleBarClickListener listener) {
this.listener = listener;
}
还包括上面（3）中的两个调用
（6）实现接口的回调
就是说在调用者MainActivity的代码中重写接口中的leftClick（）方法和rightClick（）方法来实现具体的逻辑：
/**
* 在调用者的代码中，调用者需要实现这样的一个接口，并完成接口中的方法，确定具体的实现逻辑
* 并使用刚刚暴露的方法，将接口的对象传递进去，从而完成回调。
* 通常情况下，可以使用匿名内部类的形式来实现接口中的方法：
*/
private TitleBar titlebar;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
titlebar = (TitleBar) findViewById(R.id.titlebar);
/*
* setTitleBarClickListener是在TitleBar定义中的一个方法，它用来接收listener。
* TitleBarClickListener是在TitleBar中定义的一个接口，
* 这个接口中有两个为实现的方法rightClick和leftClick。
* 这里重写了leftClick和rightClick方法。
* */
titlebar.setTitleBarClickListener(new TitleBar.TitleBarClickListener(){
@Override
public void rightClick(){
Toast.makeText(this, "right---", Toast.LENGTH_LONG).show();
}
@Override
public void leftClick(){
Toast.makeText(this, "left---", Toast.LENGTH_LONG).show();
}
});
}
（7）引用UI模板
在引用前，都需要指定第三方控件的名字空间：
xmlns：android="http://schemas.android.com/apk/res/android"
这行代码就是在指定引用的名字控件xmlns，即xml namespace。这里指定了名字控件为“android”，因此在接下来使用系统属性的时候，才可以使用“android：”来引用Android的系统属性。
那么如果需要使用自己自定义的属性，那么就需要创建自己的名字空间，在Android Studio中，第三方的控件都使用如下的代码来引入名字空间：
xmlns：android="http://schemas.android.com/apk/res-auto"
其中android是我们的名字空间，这个是可以自己改的，自己设置的，比如可以起名称叫cumtom什么的。
使用自定义的VIew与系统原生的View最大的区别就是在申明控件时，需要指定完整的包名，而在引用自定义的属性时，需要使用自定义的xmlns名字：
<com.example.day_1.TitleBar xmlns：android="http://schemas.android.com/apk/res/android"
xmlns：custom="http://schemas.android.com/apk/res-auto"
android:id="@+id/titlebar"
android:layout_width="match_parent"
android:layout_height="100dp"
android:layout_alignParentBottom="true"
custom:leftBackGround="#ff000000"
custom:leftText="left"
custom:leftTextColor="#ffff6734"
custom:leftTextSize="25dp"
custom:rightText="right"
custom:rightTextSize="25dp"
custom:rightTextColor="#ff123456"
custom:title="title"
custom:titleTextColor="#ff654321"/>
<com.example.day_1.TitleBar>
再更进一步，我们也可以将UI模板写到一个布局文件TitleBar.xml中：
<com.example.day_1.TitleBar xmlns：android="http://schemas.android.com/apk/res/android"
xmlns：app="http://schemas.android.com/apk/res-auto"
android:id="@+id/titlebar"
android:layout_width="match_parent"
android:layout_height="100dp"
android:layout_alignParentBottom="true"
app:leftBackGround="#ff000000"
app:leftText="left"
app:leftTextColor="#ffff6734"
app:leftTextSize="25dp"
app:rightText="right"
app:rightTextSize="25dp"
app:rightTextColor="#ff123456"
app:title="title"
app:titleTextColor="#ff654321"/>
<com.example.day_1.TitleBar>
通过上面的代码，我们就可以在其他的局部文件中，通过<include>标签来引用这个UI模板View：
<include layout="@layout/TitleBar">
7.3、重写VIew来实现全新的控件
创建自定义View的难点在于绘制控件和实现交互。通常需要继承View类，并重写它的 onDraw（）、onMeasure（）等方法来实现绘制逻辑，同时通过重写 onTouchEvent（）等触控事件来实现交互逻辑。我们还可以像实现控件方式那样，通过引入自定义属性，丰富自定义View的可定制性。
（1）例一：弧线展示图
这个view可以分为三个部分，中间的圆圈，中间显示的文字，外圈的圆弧。只要有了这样的思路，剩余的就是在onDraw()方法中去绘制了。首先我们这个自定义的View名叫CirclePregressView。
private int mMeasureHeigth;// 控件高度
private int mMeasureWidth;// 控件宽度
// 圆形
private Paint mCirclePaint;
private float mCircleXY;//圆心坐标
private float mRadius;//圆形半径
// 圆弧
private Paint mArcPaint;
private RectF mArcRectF;//圆弧的外切矩形
private float mSweepAngle;//圆弧的角度
private float mSweepValue = 50;// 用来计算圆弧的角度
// 文字
private Paint mTextPaint;
private String mShowText;//文本内容
private float mShowTextSize;//文本大小
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
//获取控件宽度
mMeasureWidth = MeasureSpec.getSize(widthMeasureSpec);
//获取控件高度
mMeasureHeigth = MeasureSpec.getSize(heightMeasureSpec);
// 设置大小
setMeasuredDimension(mMeasureWidth, mMeasureHeigth);
initView();
}
/**
*准备画笔，
*/
private void initView() {
// View的长度为宽高的最小值：
float length = Math.min(mMeasureWidth,mMeasureHeigth);
/**
* 圆
*/
// 确定圆心坐标
mCircleXY = length / 2;
// 确定圆的半径
mRadius = (float) (length * 0.5 / 2);
// 定义画笔
mCirclePaint = new Paint();
// 去锯齿
mCirclePaint.setAntiAlias(true);
// 设置颜色
mCirclePaint.setColor(getResources().getColor(android.R.color.holo_green_dark));
/**
* 圆弧
*/
// 圆弧的外切矩形
mArcRectF = new RectF(
(float) (length * 0.1),
(float) (length * 0.1),
(float) (length * 0.9),
(float) (length * 0.9));
// 圆弧的角度
mSweepAngle = (mSweepValue / 100f) * 360f;
// 圆弧画笔
mArcPaint = new Paint();
// 设置颜色
mArcPaint.setColor(getResources().getColor(android.R.color.holo_blue_bright));
//圆弧宽度
mArcPaint.setStrokeWidth((float) (length * 0.1));
//圆弧
mArcPaint.setStyle(Style.STROKE);
/**
* 文字
*/
mShowText = setShowText();
mShowTextSize = setShowTextSize();
mTextPaint = new Paint();
mTextPaint.setTextSize(mShowTextSize);
mTextPaint.setTextAlign(Paint.Align.CENTER);
}
/**
* 设置文字内容
* @return
*/
private String setShowText() {
this.invalidate();
return "Android Skill";
}
/**
* 设置文字大小
* @return
*/
private float setShowTextSize() {
this.invalidate();
return 50;
}
/**
* 这个函数还不能缺少，至于invalidate的使用方法，我现在还不知道呢
*/
public void forceInvalidate() {
this.invalidate();
}
@Override
protected void onDraw(Canvas canvas) {
super.onDraw(canvas);
// 绘制圆
canvas.drawCircle(mCircleXY, mCircleXY, mRadius, mCirclePaint);
// 绘制圆弧，逆时针绘制，角度跟
canvas.drawArc(mArcRectF, 90, mSweepAngle, false, mArcPaint);
// 绘制文字
canvas.drawText(mShowText, 0, mShowText.length(), mCircleXY, mCircleXY + mShowTextSize / 4, mTextPaint);
}
当然还可以这样让调用者来设置不同的状态值：
这个是写在自定义控件类中的：
/**
* 让调用者来设置不同的状态值，比如这里默认值为25
* @param sweepValue
*/
public void setSweepValue(float sweepValue) {
if (sweepValue != 0) {
mSweepValue = sweepValue;
} else {
mSweepValue = 25;
}
this.invalidate();
}
这个是写在主程序中的：
CircleProgressView circle = (CircleProgressView)findViewById(R.id.circle);
circle.setSweepValue(70);
（2）例二：音频条形图：
思路：绘制n个小矩形，每个矩形有些偏移即可
private int mWidth;//控件的宽度
private int mRectWidth;// 矩形的宽度
private int mRectHeight;// 矩形的高度
private Paint paint;
private int mRectCount;// 矩形的个数
private int offset = 5;// 偏移
private double mRandom;
private LinearGradient lg;// 渐变
private void initView() {
paint = new Paint();
paint.setColor(Color.GREEN);
paint.setStyle(Paint.Style.FILL);
mRectCount = 12;
}
/**
* 设置渐变效果：用Shader。
*/
@Override
protected void onSizeChanged(int w, int h, int oldw, int oldh) {
super.onSizeChanged(w, h, oldw, oldh);
mWidth = getWidth();
mRectHeight = getHeight();
mRectWidth = (int) (mWidth * 0.6 / mRectCount);
lg = new LinearGradient(
0,
0,
mRectWidth,
mRectHeight,
Color.GREEN,
Color.BLUE,
TileMode.CLAMP);
paint.setShader(lg);
}
/**
*
*/
@Override
protected void onDraw(Canvas canvas) {
super.onDraw(canvas);
// 随机的为每个矩形条计算高度，而后设置高度。
for (int i = 0; i < mRectCount; i++) {
mRandom = Math.random();
float currentHeight = (int) (mRectHeight * mRandom);
canvas.drawRect(
(float) (mWidth * 0.4 / 2 + mRectWidth * i + offset * i),
currentHeight,
(float) (mWidth * 0.4 / 2 + mRectWidth * (i + 1) + offset * i),
mRectHeight,
paint);
}
// 调用Invalidate（）方法通知View进行重绘。这里延缓1秒延迟重绘，比较容易看清楚。
postInvalidateDelayed(1000);
}
8、自定义ViewGroup
自定义ViewGroup通常需要重写onMeasure（）方法来对子View进行测量，重写onLayout（）方法来确定子View的位置，重写onTouchEvent（）方法增加响应事件。
案例分析：自定义ViewGroup实现ScrollView所具有的上下滑动功能，但是在滑动的过程中，增加一个粘性效果，即当一个子View向上滑动大于一定距离后，松开手指，它将自动向上滑动，显示下一个子View。向下同理。
8.1、 首先实现类似Scrollview的功能
在ViewGroup能够滚动之前，需要先放置好它的子View。使用遍历的方式来通知子View对自身进行测量：
/**
*
* 使用遍历的方式通知子view进行自测
*
* */
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
super.onMeasure(widthMeasureSpec, heightMeasureSpec);
int count = getChildCount();
for (int i = 0; i < count; i++) {
View childView = getChildAt(i);
measureChild(childView, widthMeasureSpec, heightMeasureSpec);//让每个子View都显示完整的一屏
}//这样在滑动的时候，可以比较好地实现后面的效果。
}
8.2、放置子view
/**
* 计算屏幕高度
*
* @return
*/
private int getScreenHeight() {
WindowManager manager = (WindowManager) getContext().getSystemService(Context.WINDOW_SERVICE);
DisplayMetrics dm = new DisplayMetrics();
manager.getDefaultDisplay().getMetrics(dm);
return dm.heightPixels;
}
/**
* 每个view独占一屏 放置view的位置
*
*/
@Override
protected void onLayout(boolean changed, int l, int t, int r, int b) {
// 设置ViewGroup的高度，在本例中，由于让每个子View占一屏的高度，因此整个ViewGroup的高度即子View的个数乘以屏幕的高度
mScreenHeight = getScreenHeight();
int childcount = getChildCount();
MarginLayoutParams mlp = (MarginLayoutParams) getLayoutParams();
mlp.height = childcount * mScreenHeight;
setLayoutParams(mlp);
//修改每个子VIew的top和bottom这两个属性，让它们能依次排列下来。
for (int i = 0; i < childcount; i++) {
View view = getChildAt(i);
if (view.getVisibility() != View.GONE) {
view.layout(l, i * mScreenHeight, r, (i + 1) * mScreenHeight);
}
}
}
8.3、响应滑动事件
重写触摸事件
使用scrollBy方法来辅助滑动：
@Override
public boolean onTouchEvent(MotionEvent event) {
int action = event.getAction();
int y = (int) event.getY();
switch (action) {
case MotionEvent.ACTION_DOWN:
mLastY = y;
// 记录触摸起点
mStart = getScrollY();
break;
case MotionEvent.ACTION_MOVE:
if (!mScroller.isFinished()) {
mScroller.abortAnimation();
}
// dy在这里：
int dy = mLastY - y;
//View移动到上边沿
if (getScrollY() < 0) {
dy = 0;
}
//view移动到下边沿
if (getScrollY() > getHeight() - mScreenHeight) {
dy = 0;
}
Log.e("mess", mScreenHeight+"-----height="+getHeight()+"-----------view="+(getHeight()-mScreenHeight));
// 让手指滑动的时候让ViewGroup的所有子View也跟着滚动dy即可，计算dy的方法有很多：
scrollBy(0, dy);
mLastY = y;
break;
case MotionEvent.ACTION_UP:
// 记录触摸终点
mEnd = getScrollY();
int dScrollY = mEnd - mStart;
Log.e("mess", "---dscrollY="+dScrollY);
if (dScrollY > 0) {// 上滑
if (dScrollY < mScreenHeight / 3) {// 回彈效果
mScroller.startScroll(0, getScrollY(), 0, -dScrollY);
} else {// 滑到下一个view
mScroller.startScroll(0, getScrollY(), 0, mScreenHeight - dScrollY);
}
} else {// 下滑
if (-dScrollY < mScreenHeight / 3) {// 回彈
mScroller.startScroll(0, getScrollY(), 0, -dScrollY);
} else {
mScroller.startScroll(0, getScrollY(), 0, -mScreenHeight - dScrollY);
}
}
break;
}
//不要忘了，忘了这个有点坑了就
postInvalidate();
return true;
}
实现滚动
@Override
public void computeScroll() {
super.computeScroll();
if (mScroller.computeScrollOffset()) {
scrollTo(0, mScroller.getCurrY());
postInvalidate();
}
}
9、事件拦截机制
9.1、MotionEvent-点击事件
当Android系统捕获到用户的各种输入事件后，要想准确的传递到真正需要这个事件的控件就需要使用到Android中的事件拦截机制。这里主要讲的是点击事件的拦截机制，首先，点击事件就是手指接触屏幕后产生的事件，Android的触摸事件封装了一个类：MotionEvent，只要重写触摸相关的方法，就得用到MotionEvent。MotionEvent中封装了很多方法，比如可以用event.getX()与event.getY()来获取坐标位置，它也包含了几种不同的Action：
•ACTION_DOWN：手指刚刚接触到屏幕。
•ACTION_MOVE：手指在屏幕上移动。
•ACTION_UP：手指离开屏幕。
在正常情况下，一次手指触摸屏幕的行为会触发一系列点击事件，考虑如下几种情况：
•点击屏幕后离开松开，事件序列为Down->Up
•点击屏幕滑动一会再松开，事件序列为Down->Move->......>Move->Up
那么，在MotionEvent里面封装了不少好东西，比如触摸点的坐标，可以通过event.getX()方法和event.getRawX()，这两者区别也很简单，getX()返回的是相对于当前View左上角的x坐标，getRawY()返回是相对于手机屏幕左上角的x坐标，同理，y坐标也是可以获取的，getY()和getRawY()方法，MotionEvent获得点击事件的类型，可以通过不同的Action来进行区分，并实现不同的逻辑。
例子：
触摸事件还是简单的，其实就是一个动作类型加坐标而已。但是我们知道，Android的View结构是树形结构，也就是说，View可以放在ViewGroup里面，通过不同的组合来实现不同的样式，那么如果View放在ViewGroup里面，这个ViewGroup又嵌套在另一个ViewGroup里面，甚至还有可能继续嵌套，一层层的叠加起来呢，我们先看一个例子，是通过一个按钮点击的。
XML文件
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical"
android:gravity="center"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
android:id="@+id/mylayout">
<Button
android:id="@+id/my_btn"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="click test"/>
</LinearLayout>
Activity文件
public class ListenerActivity extends Activity implements View.OnTouchListener, View.OnClickListener {
private LinearLayout mLayout;
private Button mButton;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
mLayout = (LinearLayout) this.findViewById(R.id.mylayout);
mButton = (Button) this.findViewById(R.id.my_btn);
mLayout.setOnTouchListener(this);
mButton.setOnTouchListener(this);
mLayout.setOnClickListener(this);
mButton.setOnClickListener(this);
}
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.i(null, "OnTouchListener--onTouch-- action="+event.getAction()+" --"+v);
return false;
}
@Override
public void onClick(View v) {
Log.i(null, "OnClickListener--onClick--"+v);
}
}
Activity中有一个LinearLayout（ViewGroup的子类，ViewGroup是View的子类）布局，布局中包含一个按钮（View的子类），然后分别对这两个控件设置了Touch与Click的监听事件，具体运行结果如下：
1，当稳稳的点击Button时
2，当稳稳的点击除过Button以外的其他地方时：
3，当收指点击Button时按在Button上晃动了一下松开后
我们看下onTouch和onClick，从参数都能看出来onTouch比onClick强大灵活，毕竟多了一个event参数。这样onTouch里就可以处理ACTION_DOWN、ACTION_UP、ACTION_MOVE等等的各种触摸。现在来分析下上面的打印结果；在1中，当我们点击Button时会先触发onTouch事件（之所以打印action为0,1各一次是因为按下抬起两个触摸动作被触发）然后才触发onClick事件；在2中也同理类似1；在3中会发现onTouch被多次调运后才调运onClick，是因为手指晃动了，所以触发了ACTION_DOWN->ACTION_MOVE…->ACTION_UP。
onTouch会有一个返回值，而且在上面返回了false。我们将上面的onTouch返回值改为ture，验证一下。如下：
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.i(null, "OnTouchListener--onTouch-- action="+event.getAction()+" --"+v);
return true;
}
显示结果：
此时onTouch返回true，则onClick不会被调运了。
实例验证你可以总结发现：
1.Android控件的Listener事件触发顺序是先触发onTouch，其次onClick。
2.如果控件的onTouch返回true将会阻止事件继续传递，返回false事件会继续传递。
9.2、事件流程
看上面的例子是不是有点困惑，为何OnTouch返回True，onClick就不执行，事件传递就中断，在这里需要引进一个场景，这样解释起来就更形象生动。
首先，请想象一下生活中常见的场景：假如你所在的公司，有一个总经理，级别最高，它下面有个部长，级别次之，最底层就是干活的你，没有级别。现在总经理有一个任务，总经理将这个业务布置给部长，部长又把任务安排给你，当你完成这个任务时，就把任务反馈给部长，部长觉得这个任务完成的不错，于是就签了他的名字反馈给总经理，总经理看了也觉得不错，就也签了名字交给董事会，这样，一个任务就顺利完成了。这其实就是一个典型的事件拦截机制。
在这里我们先定义三个类：
一个总经理—MyViewGroupA，最外层的ViewGroup
一个部长—MyViewGroupB，中间的ViewGroup
一个你—MyView，在最底层
根据以上的场景，我们可以绘制以下流程图：
从图中，我们可以看到在ViewGroup中，比View多了一个方法—onInterceptTouchEvent()方法，这个是干嘛用的呢，是用来进行事件拦截的，如果被拦截，事件就不会往下传递了，不拦截则继续。
如果我们稍微改动下，如果总经理(MyViewGroupA)发现这个任务太简单，觉得自己就可以完成，完全没必要再找下属，因此MyViewGroupA就使用了onInterceptTouchEvent()方法把事件给拦截了，此时流程图：
我们可以看到，事件就传递到MyVewGroupA这里就不继续传递下去了，就直接返回。
如果我们再改动下，总经理(MyViewGroupA)委托给部长(MyViewGroupB)，部长觉得自己就可以完成，完全没必要再找下属，因此MyViewGroupB就使用了onInterceptTouchEvent()方法把事件给拦截了，此时流程图：
我们可以看到，MyViewGroupB拦截后，就不继续传递了，同理如果，到干货的我们上(MyView)，也直接返回True的话，事件也是不会继续传递的，如图：
源码
分析Android View事件传递机制之前有必要先看下源码的一些关系，如下是几个继承关系图：
view9_9.png
看了官方这个继承图是不是明白了上面例子中说的LinearLayout是ViewGroup的子类，ViewGroup是View的子类，Button是View的子类关系呢？其实，在Android中所有的控件无非都是ViewGroup或者View的子类，说高尚点就是所有控件都是View的子类。
（1）、从View的dispatchTouchEvent方法说起
在Android中你只要触摸控件首先都会触发控件的dispatchTouchEvent方法（其实这个方法一般都没在具体的控件类中，而在他的父类View中），所以我们先来看下View的dispatchTouchEvent方法，如下：
public boolean dispatchTouchEvent(MotionEvent event) {
// If the event should be handled by accessibility focus first.
if (event.isTargetAccessibilityFocus()) {
// We don't have focus or no virtual descendant has it, do not handle the event.
if (!isAccessibilityFocusedViewOrHost()) {
return false;
}
// We have focus and got the event, then use normal event dispatch.
event.setTargetAccessibilityFocus(false);
}
boolean result = false;
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(event, 0);
}
final int actionMasked = event.getActionMasked();
if (actionMasked == MotionEvent.ACTION_DOWN) {
// Defensive cleanup for new gesture
stopNestedScroll();
}
if (onFilterTouchEventForSecurity(event)) {
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
}
if (!result && mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
}
// Clean up after nested scrolls if this is the end of a gesture;
// also cancel it if we tried an ACTION_DOWN but we didn't want the rest
// of the gesture.
if (actionMasked == MotionEvent.ACTION_UP ||
actionMasked == MotionEvent.ACTION_CANCEL ||
(actionMasked == MotionEvent.ACTION_DOWN && !result)) {
stopNestedScroll();
}
return result;
}
dispatchTouchEvent的代码有点长，但可以挑几个重点讲讲，if (onFilterTouchEventForSecurity(event))语句判断当前View是否没被遮住等，然后定义ListenerInfo局部变量，ListenerInfo是View的静态内部类，用来定义一堆关于View的XXXListener等方法；接着if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event))语句就是重点，首先li对象自然不会为null，li.mOnTouchListener呢？你会发现ListenerInfo的mOnTouchListener成员是在哪儿赋值的呢？怎么确认他是不是null呢？通过在View类里搜索可以看到：
/**
* Register a callback to be invoked when a touch event is sent to this view.
* @param l the touch listener to attach to this view
*/
public void setOnTouchListener(OnTouchListener l) {
getListenerInfo().mOnTouchListener = l;
}
li.mOnTouchListener是不是null取决于控件（View）是否设置setOnTouchListener监听，在上面的实例中我们是设置过Button的setOnTouchListener方法的，所以也不为null，接着通过位与运算确定控件（View）是不是ENABLED 的，默认控件都是ENABLED 的，接着判断onTouch的返回值是不是true。通过如上判断之后如果都为true则设置默认为false的result为true，那么接下来的if (!result && onTouchEvent(event))就不会执行，最终dispatchTouchEvent也会返回true。而如果if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event))语句有一个为false则if (!result && onTouchEvent(event))就会执行，如果onTouchEvent(event)返回false则dispatchTouchEvent返回false，否则返回true。
这下再看前面的实例部分明白了吧？控件触摸就会调运dispatchTouchEvent方法，而在dispatchTouchEvent中先执行的是onTouch方法，所以验证了实例结论总结中的onTouch优先于onClick执行道理。如果控件是ENABLE且在onTouch方法里返回了true则dispatchTouchEvent方法也返回true，不会再继续往下执行；反之，onTouch返回false则会继续向下执行onTouchEvent方法，且dispatchTouchEvent的返回值与onTouchEvent返回值相同
（2）、dispatchTouchEvent总结
在View的触摸屏传递机制中通过分析dispatchTouchEvent方法源码我们会得出如下基本结论：
1.触摸控件（View）首先执行dispatchTouchEvent方法。
2.在dispatchTouchEvent方法中先执行onTouch方法，后执行onClick方法（onClick方法在onTouchEvent中执行，下面会分析）。
3.如果控件（View）的onTouch返回false或者mOnTouchListener为null（控件没有设置setOnTouchListener方法）或者控件不是enable的情况下会调运onTouchEvent，dispatchTouchEvent返回值与onTouchEvent返回一样。
4.如果控件不是enable的设置了onTouch方法也不会执行，只能通过重写控件的onTouchEvent方法处理（上面已经处理分析了），dispatchTouchEvent返回值与onTouchEvent返回一样。
5.如果控件（View）是enable且onTouch返回true情况下，dispatchTouchEvent直接返回true，不会调用onTouchEvent方法。
（3）、onTouchEvent方法
public boolean onTouchEvent(MotionEvent event) {
final float x = event.getX();
final float y = event.getY();
final int viewFlags = mViewFlags;
if ((viewFlags & ENABLED_MASK) == DISABLED) {
if (event.getAction() == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
setPressed(false);
}
// A disabled view that is clickable still consumes the touch
// events, it just doesn't respond to them.
return (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE));
}
if (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) {
return true;
}
}
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
switch (event.getAction()) {
case MotionEvent.ACTION_UP:
boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
// take focus if we don't have it already and we should in
// touch mode.
boolean focusTaken = false;
if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
focusTaken = requestFocus();
}
if (prepressed) {
// The button is being released before we actually
// showed it as pressed. Make it show the pressed
// state now (before scheduling the click) to ensure
// the user sees it.
setPressed(true, x, y);
}
if (!mHasPerformedLongPress) {
// This is a tap, so remove the longpress check
removeLongPressCallback();
// Only perform take click actions if we were in the pressed state
if (!focusTaken) {
// Use a Runnable and post this rather than calling
// performClick directly. This lets other visual state
// of the view update before click actions start.
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
performClick();
}
}
}
if (mUnsetPressedState == null) {
mUnsetPressedState = new UnsetPressedState();
}
if (prepressed) {
postDelayed(mUnsetPressedState,
ViewConfiguration.getPressedStateDuration());
} else if (!post(mUnsetPressedState)) {
// If the post failed, unpress right now
mUnsetPressedState.run();
}
removeTapCallback();
}
break;
case MotionEvent.ACTION_DOWN:
mHasPerformedLongPress = false;
if (performButtonActionOnTouchDown(event)) {
break;
}
// Walk up the hierarchy to determine if we're inside a scrolling container.
boolean isInScrollingContainer = isInScrollingContainer();
// For views inside a scrolling container, delay the pressed feedback for
// a short period in case this is a scroll.
if (isInScrollingContainer) {
mPrivateFlags |= PFLAG_PREPRESSED;
if (mPendingCheckForTap == null) {
mPendingCheckForTap = new CheckForTap();
}
mPendingCheckForTap.x = event.getX();
mPendingCheckForTap.y = event.getY();
postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());
} else {
// Not inside a scrolling container, so show the feedback right away
setPressed(true, x, y);
checkForLongClick(0);
}
break;
case MotionEvent.ACTION_CANCEL:
setPressed(false);
removeTapCallback();
removeLongPressCallback();
break;
case MotionEvent.ACTION_MOVE:
drawableHotspotChanged(x, y);
// Be lenient about moving outside of buttons
if (!pointInView(x, y, mTouchSlop)) {
// Outside button
removeTapCallback();
if ((mPrivateFlags & PFLAG_PRESSED) != 0) {
// Remove any future long press/tap checks
removeLongPressCallback();
setPressed(false);
}
}
break;
}
return true;
}
return false;
}
首先地6到14行可以看出，如果控件（View）是disenable状态，同时是可以clickable的则onTouchEvent直接消费事件返回true，反之如果控件（View）是disenable状态，同时是disclickable的则onTouchEvent直接false。多说一句，关于控件的enable或者clickable属性可以通过java或者xml直接设置，每个view都有这些属性。
接着22行可以看见，如果一个控件是enable且disclickable则onTouchEvent直接返回false了；反之，如果一个控件是enable且clickable则继续进入过于一个event的switch判断中，然后最终onTouchEvent都返回了true。switch的ACTION_DOWN与ACTION_MOVE都进行了一些必要的设置与置位，接着到手抬起来ACTION_UP时你会发现，首先判断了是否按下过，同时是不是可以得到焦点，然后尝试获取焦点，然后判断如果不是longPressed则通过post在UI Thread中执行一个PerformClick的Runnable，也就是performClick方法。具体如下：
public boolean performClick() {
final boolean result;
final ListenerInfo li = mListenerInfo;
if (li != null && li.mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
li.mOnClickListener.onClick(this);
result = true;
} else {
result = false;
}
sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
return result;
}
这个方法也是先定义一个ListenerInfo的变量然后赋值，接着判断li.mOnClickListener是不是为null，决定执行不执行onClick。你指定现在已经很机智了，和onTouch一样，搜一下mOnClickListener在哪赋值的呗，结果发现：
public void setOnClickListener(OnClickListener l) {
if (!isClickable()) {
setClickable(true);
}
getListenerInfo().mOnClickListener = l;
}
控件只要监听了onClick方法则mOnClickListener就不为null，而且有意思的是如果调运setOnClickListener方法设置监听且控件是disclickable的情况下默认会帮设置为clickable。
(4)、onTouchEvent小结
1.onTouchEvent方法中会在ACTION_UP分支中触发onClick的监听。
2.当dispatchTouchEvent在进行事件分发的时候，只有前一个action返回true，才会触发下一个action。
9.3、小结
1.一个View一旦决定拦截，那么一个事件序列都会交给他处理，并且它的onInterceptTouchEvent不会被调用。
2.某个View一旦开始处理事件，如果它不消耗ACTION_DOWN事件，那么同一事件序列中的其他事件都不会交给它处理，事件将交给它的父元素处理。
3.ViewGroup默认不拦截任何事件，ViewGroup的onInterceptTouchEvent方法默认返回false。
4.事件传递是由内到外的，即事件总是先传递到父元素，然后再由父元素分发给子View，通过requestDisallowInterceptTouchEvent方法可以在子元素中干预父元素的分发过程，但是ACTION_DOWN事件除外。
通过以上总结，Android中的事件拦截机制，其实跟我们生活中的上下级委托任务很像，领导可以处理掉，也可以下发给下属员工处理，如果员工处理的好，领导才敢给你下发任务，如果你处理不好，则领导也不敢把任务交给你，这就像在中途把下发的任务的中途拦截掉了。在弄清楚顺序机制之后，再配合源码看，会更加深入的理解，为什么流程会是这样的，最先对流程有一个大致的认识之后，再去理解。
网友评论