关于View的setOnTouchListener和setOnClickListener冲突

如果一个view既有移动又有点击事件，那么就会有如下冲突：

setOnTouchListener的onTouch方法中，移动后抬起时

event.getAction()==MotionEvent.ACTION_UP

会触发setOnClickListener事件。（event.getAction()==MotionEvent.ACTION_DOWN 返回true的则onTouch消费事件，不会响应点击事件）

要是不想在抬起时响应点击事件的话，网上有的用反射啊，有的用一个Boolean全局变量记录是不是移动事件啊等等，其实，只要在

case MotionEvent.ACTION_UP:

判断是点击还是移动

    点击：v.performClick;（自己会去调用点击事件）

    移动：什么都不做

setOnTouchListener返回true就好了。

附：

Button的onTouch，onClick，onLongClick事件发生先后顺序和关联：
一，onTouch返回false
首先是onTouch事件的down事件发生，此时，如果长按，触发onLongClick事件；
然后是onTouch事件的up事件发生，up完毕，最后触发onClick事件。

二，onTouch返回true
首先是onTouch事件的down事件发生，然后是onTouch事件的up事件发生；期间不触发onClick和onLongClick事件

三，onTouch：down返回true，up返回false：结果同二。
机制分析：
   onTouch事件中：down事件返回值标记此次事件是否为点击事件（返回false，是点击事件；返回true，不记为点击事件），而up事件标记此次事件结束时间，也就是判断是否为长按。
只要当down返回true时候，系统将不把本次事件记录为点击事件，也就不会触发onClick或者onLongClick事件了。因此尽管当up的时候返回false，系统也不会继续触发onClick事件了。

四，onTouch：down返回false，up返回true：
首先是onTouch事件的down事件发生，此时：
长按，触发onLongClick事件，然后是onTouch事件的up事件发生，完毕。
短按，先触发onTouch的up事件， 到一定时间后，自动触发onLongClick事件。
机制分析：
  onTouch事件中：down事件返回值标记此次事件是否为点击事件（返回false，是点击事件；返回true，不记为点击事件），而up事件标记此次事件结束时间，也就是判断是否为长按。
  当down返回false，标记此次事件为点击事件，而up返回了true，则表示此次事件一直没有结束，也就是一直长按下去了，达到长按临界时间后，自然触发长按事件，而onClick事件没有触发到。