我们都知道安卓的手机基本上靠触摸、点击来代替以前的按键。所以就要涉及到安卓的事件分发了,我们经常看见的滑动等都是使用了这个分发,如果我们在项目中碰见了滑动冲突等问题时,那么解决这个办法就是通过安卓的事件分发机制。其实事件分发主要就是这三个,dispatchTouchEvent(),OnInterceptTouchEvent(),onTouchEvent(),其实就是这三个方法,只要弄清楚了这三个方法也就明白的差不多了。
进入正题:
首先我们先讲view的事件分发机制:
为了帮助大家以及自己更好的理解,我们先看一下一个小例子:
一个继承button的自定义控件
public button(Context context, AttributeSet attrs) {
super(context, attrs);
// TODO Auto-generated constructor stub
}
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
// TODO Auto-generated method stub
switch(event.getAction()){
case MotionEvent.ACTION_DOWN:
Log.d("haha", "dispatchdown");
break;
case MotionEvent.ACTION_MOVE:
Log.d("haha", "dispatchmove");
break;
case MotionEvent.ACTION_UP:
Log.d("haha", "dispatchup");
break;
}
//return false;
return super.dispatchTouchEvent(event);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
// TODO Auto-generated method stub
switch(event.getAction()){
case MotionEvent.ACTION_DOWN:
Log.d("haha", "onchdown");
break;
case MotionEvent.ACTION_MOVE:
Log.d("haha", "onmove");
break;
case MotionEvent.ACTION_UP:
Log.d("haha", "onchup");
break;
}
return false;
}
一个activity以及一个xml文件
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:paddingBottom="@dimen/activity_vertical_margin"
android:paddingLeft="@dimen/activity_horizontal_margin"
android:paddingRight="@dimen/activity_horizontal_margin"
android:paddingTop="@dimen/activity_vertical_margin"
tools:context=".MainActivity" >
<com.example.dispatchevent.button
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:id="@+id/b"
android:text="haha"
/>
</RelativeLayout>
activity:
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
b = (button) findViewById(R.id.b);
b.setOnTouchListener(new OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
// TODO Auto-generated method stub
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
Log.d("haha", "down");
break;
case MotionEvent.ACTION_MOVE:
Log.d("haha", "move");
break;
case MotionEvent.ACTION_UP:
Log.d("haha", "up");
break;
}
return false;
}
});
}
@Override
public boolean onCreateOptionsMenu(Menu menu) {
// Inflate the menu; this adds items to the action bar if it is present.
getMenuInflater().inflate(R.menu.main, menu);
return true;
}
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
// TODO Auto-generated method stub
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
Log.d("haha", "maindispatchdown");
break;
case MotionEvent.ACTION_MOVE:
Log.d("haha", "maindispatchmove");
break;
case MotionEvent.ACTION_UP:
Log.d("haha", "maindispatchup");
break;
}
// return true;
return super.dispatchTouchEvent(event);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
// TODO Auto-generated method stub
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
Log.d("haha", "mainondown");
break;
case MotionEvent.ACTION_MOVE:
Log.d("haha", "mainonmove");
break;
case MotionEvent.ACTION_UP:
Log.d("haha", "mainonup");
break;
}
return super.onTouchEvent(event);
}
}
通过上面的来试验view的分发机制:当我们点击这个button的时候就会出现下面的图上的情况。
从上面的图片可知道:安卓的事件分发是这样的:当我们down的时候,activity会进行事件分发给子view,然后ziview来进行事件分发,首先发给ontouch事件,如果该事件没有消费事件就传给ontouchevent,默认是消费了的,除非还有onclick等优先级低于ontouchevent事件的的事件。这里我们先不考虑onclick事件等,如果我们ontouchevent也不消费该事件,即该事件返回false,这时候就要交给上级,即activity的ontouchevent事件来处理该事件。当交给activity来处理的时候,余下的move、up等事件就不会交给子view,而是直接交给activity来执行。如果我们的ziview的ontouch消费了该事件,那么久不会传给子view的ontouch事件以及activity事件,因为事件只要一被消费就不会往下分发。就举个列子(上级分任务给下面的员工时,是一级一级的分配,当地下的员工无法解决的问题的时候就会传给上级,上级不会就继续往上传递。
事件的分发:由主界面先下发事件直到下发到该view,这时候view就开始执行里面的各个事件,一旦消费就不会往上传递,如果到最后都没消费该事件,那么久往上面传。
执行顺序:dispatchevent——ontouch——ontouchevent——onclick(包括长按等)。