1.如果某个view 处理事件的时候 没有消耗down事件 会有什么结果?
假如一个view,在down事件来的时候 他的onTouchEvent返回false, 那么这个down事件 所属的事件序列 就是他后续的move 和up 都不会给他处理了,全部都给他的父view处理。
public class MyButton extends Button {
private Context context;
public MyButton(Context context, AttributeSet attrs) {
super(context, attrs);
this.context = context;
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Toast.makeText(context, "ontouchevent", Toast.LENGTH_SHORT).show();
return false;
}
}
public class MainActivity extends AppCompatActivity {
private TextView mTextView;
private Button mBut;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mBut = (Button) findViewById(R.id.textview);
mBut.setOnTouchListener(new View.OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
System.out.println("========ontouch");
switch(event.getAction()){
case MotionEvent.ACTION_DOWN:
Toast.makeText(MainActivity.this, "down", Toast.LENGTH_SHORT).show();
return false;
case MotionEvent.ACTION_UP:
Toast.makeText(MainActivity.this, "up", Toast.LENGTH_SHORT).show();
break;
case MotionEvent.ACTION_MOVE:
Toast.makeText(MainActivity.this, "move", Toast.LENGTH_SHORT).show();
break;
}
return true;
}
});
}
}
此时在控制台打印出了一次onTouch
如果onTouchEvent返回true,我们看看什么效果
控制台此次打印了两次onTouch,因为我们的Action UP也执行了,所以会打印两次。
滑动冲突问题如何解决 思路是什么
答。要解决滑动冲突 其实最主要的就是有一个核心思想。你到底想在一个事件序列中,让哪个view 来响应你的滑动?比如 从上到下滑,是哪个view来处理这个事件,从左到右呢?
用业务需求 来想明白以后 剩下的 其实就很好做了。核心的方法 就是2个 外部拦截也就是父亲拦截,另外就是内部拦截,也就是子view拦截法。 学会这2种 基本上所有的滑动冲突
都是这2种的变种,而且核心代码思想都一样。
外部拦截法:思路就是重写父容器的onInterceptTouchEvent即可。子元素一般不需要管。可以很容易理解,因为这和android自身的事件处理机制 逻辑是一模一样的
@Override
2 public boolean onInterceptTouchEvent(MotionEvent ev) {
3
4 boolean intercepted = false;
5 int x = (int) ev.getX();
6 int y = (int) ev.getY();
7
8 switch (ev.getAction()) {
9 //down事件肯定不能拦截 拦截了后面的就收不到了
10 case MotionEvent.ACTION_DOWN:
11 intercepted = false;
12 break;
13 case MotionEvent.ACTION_MOVE:
14 if (你的业务需求) {
15 //如果确定拦截了 就去自己的onTouchEvent里 处理拦截之后的操作和效果 即可了
16 intercepted = true;
17 } else {
18 intercepted = false;
19 }
20 break;
21 case MotionEvent.ACTION_UP:
22 //up事件 我们一般都是返回false的 一般父容器都不会拦截他。 因为up是事件的最后一步。这里返回true也没啥意义
23 //唯一的意义就是因为 父元素 up被拦截。导致子元素 收不到up事件,那子元素 就肯定没有onClick事件触发了,这里的
24 //小细节 要想明白
25 intercepted = false;
26 break;
27 default:
28 break;
29 }
30 return intercepted;
31 }
内部拦截法:内部拦截法稍微复杂一点,就是事件到来的时候,父容器不管,让子元素自己来决定是否处理。如果消耗了 就最好,没消耗 自然就转给父容器处理了。
子元素代码
@Override
2 public boolean dispatchTouchEvent(MotionEvent event) {
3 int x = (int) event.getX();
4 int y = (int) event.getY();
5 switch (event.getAction()) {
6 case MotionEvent.ACTION_DOWN:
7 getParent().requestDisallowInterceptTouchEvent(true);
8 break;
9 case MotionEvent.ACTION_MOVE:
10 if (如果父容器需要这个点击事件) {
11 getParent().requestDisallowInterceptTouchEvent(false);
12 }//否则的话 就交给自己本身view的onTouchEvent自动处理了
13 break;
14 case MotionEvent.ACTION_UP:
15 break;
16 default:
17 break;
18 }
19 return super.dispatchTouchEvent(event);
20 }
父亲容器代码也要修改一下,其实就是保证父亲别拦截down:
@Override
2 public boolean onInterceptTouchEvent(MotionEvent ev) {
3
4 if (ev.getAction() == MotionEvent.ACTION_DOWN) {
5 return false;
6
7 }
8 return true;
9 }