本文为楼主原创，转载请表明出处：http://blog.csdn.net/suma_sun/article/details/52884346
onTouchEvent(MotionEvent event) 这个方法是定制手势操作的重点，根据业务不同写法也各不相同，然而最重要也是最基础的是其坐标的含义，因为不管什么业务都是需要根据其坐标来进行判断、操作等。
参照网上的demo来写相信大部分人都能做出来，然而我是一个有时候很钻牛角尖的人，不搞懂坐标就写不下去的人。
————部分资料来源于医生的《Android群英传》————
原点
首先原点(0,0)这个大家都知道就不多说了。
两个点A、B，A的X轴坐标为20，B的X轴坐标为180，X轴的正方向为以水平方向向右，故左边的X值越来越小，右边的X值越来越大。
滑动
这是一个最简单的手势控制代码。
mScroller是一个辅助类。后面再介绍，在这段代码里的作用是：判断移动的动画是否结束，未结束立即结束，坐标移动至最终坐标值。
MotionEvent 的getX()、getY()是获取当前触摸点距离控件的坐标。
mLastX、mLastY缓存上一次的坐标。
手势说明：
上滑：Y坐标减小
下滑：Y坐标增大
左滑：X坐标减小
右滑：X坐标增大
根据原点(0,0)，X/Y轴正方向可以得出该结果，例如左滑X轴坐标慢慢靠近原点所以值会越来越小，反之越来越大。
关键在于下面三行代码。
1.dx = (int) (mLastX - x);
2.dy = (int) (mLastY - y);
3.scrollBy(dx,dy);
1和2大家可能照着网上写并没有注意，而这篇文章主要是因为它们而诞生的。为什么是上一次操作的坐标减去当前操作的坐标？虽然打log看值和不停测试最终也能得出结果，但是我求知欲比较大(好奇心杀死猫)。
public void scrollBy(intx,inty) { scrollTo(mScrollX + x, mScrollY + y); }
这是3的源码。
mScrollX是当前的X轴偏移量， mScrollY是当前Y轴的偏移量。
scrollTo()是滑动到指定的坐标。
滑动偏移量
左滑X轴坐标会越来越小。根据刚才的scrollBy()源码来说X的偏移为mScrollX + x，为了要左滑x就必须为负值。
down:X=480 , move:X=400
故dx = (400 - 480); // dx = -80;
但当你以为搞定的时候，实际效果view不是左移，而是右移！！！
实际代码为：dx = (int) (mLastX - x);
即： dx = 480 - 400 ; //dx = 80;
值为正值！！！
Why！
为什么和说好的不一样？
其中关键是移动的并不是ViewGroup的内容。
首先屏幕大小和ViewGroup一样大，当前只能显示蓝色的ChildView。
根据实际代码测试出，左滑显示出ChildView2需要传入正的X值。
这是为什么呢？
Canvas是内容实际的载体,draw(Canvas canvas)画的内容都是在Canvas上的。而ViewGroup是实际展示的区域。
也就是说一共两层，底层的Canvas承载着绘制出来的view，ViewGroup在上层(z轴值大于Canvas)，ViewGroup以外区域是不可见区域，可见区域为ViewGroup区域。
scrollBy()实际移动的是ViewGroup。
例如：
scrollBy(80,0);ViewGroup的X + 80,即layout(l+80,t,r+80,b);Canvas并没有移动，ChildView也就没有移动。
ViewGroup向右移了80，Canvas没有移动，就变相的相当于内容向左移动了80。
scrollBy(-80,0);即layout(l-80,t,r-80,b),ViewGroup向左移动了80，相当于内容向右移动了80。
到此就明白了为什么偏移量的计算公式是mLastX - x的原因了。
mScrollX 是一个很重要的值，其累计了偏移量，在做滑动操作用于逻辑判断，获取的api是getScrollX()。//mScrollY类似函数签名。
本篇到这里就结束了，当然当前只是伪代码，跑起来是有偏差的，只是能实现滑动而已，跟实际使用还差了那么一些逻辑处理。下一篇会结合Scroller和getScrollX()、getScrollY()实现一个完整的demo。
