1，x,y代表的View相对于屏幕左上角的坐标，translationX和translationY是View左上角相对于父控件的偏移量，因此
x = getLeft()+translationX
y = getTop()+translationY
View在平移的过程中，getLeft()和getTop()的值并不会发生变化，变化的是translationX，x，translationY，y的值。
2，getX和getY返回的是View相对于父控件的x和y坐标，getRawX和getRawY返回的是View相对于屏幕左上角的坐标。
3，通过ViewConfiguration.get(getCpntext()).getScaledTouchSlop()来获取系统能识别出被认为是滑动的最小距离。
4，实现View滑动的三种方式
a，使用scrollTo/scrollBy //只能改变View内容位置不能改变View本身位置
scrollBy内部也是通过scrollTo实现的，是一种相对滑动， scrollTo是绝对滑动。
getScrollX的值等于View左边缘和View内容左边缘在水平方向上的距离，getScrollY的值等于View上边缘和View内容上边缘在竖直方向上的距离。
scrollBy和scrollTo只能改变View内容的位置而不能改变View的位置。
当View的左边缘在View内容的左边缘的右边时，getScrollX为正值；当View的上边缘在View内容的上边缘的下边时，getScrollY为正值。
b，使用动画 // 适用于实现复杂，但是没有交互的View
c，改变布局参数 // 适用于有交互的View
MarginLayoutParams params = (MarginLayoutParams)mButton.getLayoutParams();
params.width += 100;
params.leftMargin += 100;
mButton.requestLayout()
5，弹性滑动的三种方式
a,使用Scroller
仅仅使用startScroll()是无法让View滑动的，需要紧接着调用invalidate方法，invalidate方法会调用computeScroll方法，这个方法需要我们自己来重写，标准写法如下：
public void computeScroll(){
if(mScroller.computeScrollOffset()){
scrollTo(mScroller.getCurrentX(),mScroller.getCurrentY());
postInvalidate();
}
}
computeScroll内部会去获取mScroller当前的scrollX和scollY，然后通过scrollTo来实现滑动，紧接着调用postInvalidate()方法，又会再次调用computeScroll方法，如此反复，直到滑动结束。
需要注意：CurrentX和CurrentY的计算过程是在computeScrollOffset方法中进行的
b，通过动画
ObjectAnimator.ofFloat(targetView,"translationX",0,100).setDuration(100).start();
c,使用延时策略
6，View事件分发机制
如果一个View设置了onTouchListener,那么onTouchListener的onTouch方法便会被调用，如果onTouch返回false，则调用onTouchEvent方法，如果onTouch返回true,则onTouchEvent方法不会被调用。可见onTouch的优先级高于onTouchEvent。
事件传递顺序：Activity-Window-View
总结：
（1）同一个事件序列是指手机接触屏幕那一刻起，到手指离开屏幕的那一刻结束，在这个过程中所产生的一系列事件，这个事件序列以down开始，中间含有数不清的move事件，最终以up事件结束。
（2）正常情况下，一个事件序列只能被一个View拦截且消耗，因为一旦有一个元素拦截了某次事件，那么同一个事件序列的所有事件都会直接交给他处理，因此同一个事件序列中的事件不能分别由两个View同时处理，但是可以通过特殊手段做到，比如一个View将本该自己处理的事件通过onTouchEvent强行传递给其他View。
（3）onInterruptTouchEvent只会调用一次。
这个可以通过查看ViewGroup的dispatchTouchEvent方法的源代码
final boolean intercepted;
if(actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchEvent != null){
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPET) !=0;
if(!disallowIntercept){
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action);
}else{
intercepted = false;
}
else
intercepted = true;
}
mFirstTouchEvent只有在ViewGroup将事件传递给子元素之后才不为空，也就是说，如果ViewGroup在Down事件选择拦截，mFirstTouchEvent就一定为空，在之后的MOVE和UP事件，actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchEvent != null这个条件一定为false，不会再次调用onInterceptTouchEvent方法，所以如果我们想在ViewGroup提前处理所有的点击事件，不能在onInterceptTouchEvent方法中进行，可以选择dispatchTouchEvent方法。
FLAG_DISALLOW_INTERCEPET这个标记可以用来禁止ViewGroup拦截除ACTION_DOWN以外的事件，为什么无法禁止ACTION_DOWN事件？因为处理ACTION_DOWN事件的时候，ViewGroup会重置FLAG_DISALLOW_INTERCEPET这个标记，导致子元素设置的FLAG_DISALLOW_INTERCEPET标记不生效。
（4）如果一个View不消耗Down事件，那么同一个事件序列的其他事件都不会再交给它处理，而是调用父View的onTouchEvent.
（5）如果一个View不消耗除Down事件以外的事件，那么这个事件会消失，并最终将这些消失的点击事件传递给Activity处理。
（6）ViewGroup默认不拦截任何事件。
（7）View没有onInterceptTouchEvent方法，一旦有点击事件传递给它，那么他的onTouchEvent方法就会被调用。
（8）View的onTouchEvent方法默认都返回为true，除非他是不可点击的，根据clickable属性来判断
（9）View的enable属性并不影响onTouchEvent的默认返回值
（10）onClick发生的前提条件是View是可点击的，并且收到了down和up事件
（11）事件传递的过程是由外向内的，通过requestDisallowInterceptTouchEvent方法可以在子元素中干预父元素的事件分发过程，但是ACTION_DOWN事件除外