一、概述
ViewDragHelper is a utility class for writing custom ViewGroups. It offers a number of useful operations and state tracking for allowing a user to drag and reposition views within their parent ViewGroup.
这是官方的解释：在自定义ViewGroup时，ViewDragHelper可以用来拖拽和设置子View的位置（在ViewGroup范围内）。另外，还提供了一系列的方法和状态跟踪。
可见，在自定义ViewGroup时，ViewDragHelper一般用来处理子View的位置移动。
二、入门示例
demo1.gif
效果很简单，屏幕中间有两个TextView，位置随着我们的手指不断移动。
传统方式实现：一般需要重写onInterceptTouchEvent和onTouchEvent这两个方法，写好这两个方法不是一件容易的事情，需要自己去处理：事件冲突、加速检测等。
ViewDragHelper简化了很多工作，让我们更加关注“业务”的需求，实现步骤如下：
创建ViewDragHelper实例
处理ViewGroup的触摸事件
ViewDragHelper.Callback的编写
(一) 自定义ViewGroup
VDHLinearLayout的代码还是非常简单的，主要是分为以下三个步骤：
-
创建ViewDragHelper实例
dragHelper = ViewDragHelper.create(this, 1.0f, new ViewDragHelper.Callback() {});
创建需要三个参数，第一个为当前的ViewGroup，第二个为sensitivity，主要用于设置touchSlop：
helper.mTouchSlop = (int) (helper.mTouchSlop * (1 / sensitivity));
传入越大，touchSlop就越小。第三个参数就是ViewDragHelper.Callback，触摸过程中会回调相关方法。
实现ViewDragHelper.Callback相关方法
-
tryCaptureView：如果返回true表示捕获相关View，你可以根据第一个参数child决定捕获哪个View。
clampViewPositionVertical：计算child垂直方向的位置，top表示y轴坐标（相对于ViewGroup），默认返回0（如果不复写该方法）。这里，你可以控制垂直方向可移动的范围。
-
clampViewPositionHorizontal：与clampViewPositionVertical类似，只不过是控制水平方向的位置。
比如效果图中，“拖拽2”明显超过屏幕范围了，你可以这样控制：
处理ViewGroup触摸事件
-
onInterceptTouchEvent直接交给dragHelper.shouldInterceptTouchEvent去处理，onTouchEvent通过dragHelper.processTouchEvent来处理。
如果你希望拖拽的子View是不可点击的，可以不重写onInterceptTouchEvent方法，后面我们会介绍为什么。
(二) 布局文件
布局很简单，自定义的ViewGroup包含两个TextView。
三、更多用法
ViewDragHelper不仅仅能够让子View跟随我们的手指移动，还能实现以下功能：
边界触摸检测
Drag释放回调
移动到某个指定位置
我么改造下上面的例子，效果图如下：
demo2.gif
第一个View，可以随意被拖动位置
第二个View，只能从ViewGroup左侧拖动
第三个View，拖动释放之后会回到原始位置
修改后的ViewGroup代码如下：
tryCaptureView方法，我们只捕获第一个和第三个View，分别是dragView和autoBackView。
-
使用dragHelper.setEdgeTrackingEnabled(ViewDragHelper.EDGE_LEFT)设置ViewGroup左边缘可以被拖拽，同时在ViewDragHelper.Callback的onEdgeDragStarted方法中，使用dragHelper.captureChildView主动去捕获第二个View：edgeDragView。
虽然在tryCaptureView方法中我们并未捕获edgeDragView，但dragHelper.captureChildView可以绕过该方法，详见官方解释：
Capture a specific child view for dragging within the parent. The callback will be notified but {@link Callback#tryCaptureView(android.view.View, int)} will not be asked permission to capture this view.
-
onViewReleased方法会在被捕获的子View释放之后调用，我们判断释放的View：releasedChild是autoBackView，使用dragHelper.settleCapturedViewAt方法设置autoBackView的位置为它的初始位置。
注意，此方法内部是通过Scroller实现的，所以我们需要使用invalidate来刷新，同时需要重写computeScroll方法：
dragHelper.continueSettling方法是用来判断当前被捕获的子View是否还需要继续移动，类似Scroller的computeScrollOffset方法一样，我们需要在返回true的时候使用invalidate刷新。
至此，我么已经介绍了ViewDragHelper以及ViewDragHelper.Callback的多数用法。
还记得前面我们留下的一个问题吗？
“如果你希望拖拽的子View是不可点击的，可以不重写onInterceptTouchEvent方法，后面我们会介绍为什么。”
我们尝试将TextView设置成clickable=true，你会发现原本可以被拖拽的View都不动了。我们思考下，这是为什么呢？
原因在于：
由于子View是可被点击的，那么会触发ViewGroup的onInterceptTouchEvent方法。默认情况下，事件会被子View消耗掉，这显然是有问题的，因为这样ViewGroup的onTouch方法就不会被调用，而onTouch方法中正是我们的关键方法：dragHelper.processTouchEvent。
既然我们找到原因了，有人说：你不能在onInterceptTouchEvent直接返回true吗？为啥还要用dragHelper.shouldInterceptTouchEvent(ev)的返回值啊？？？
确实，如果你直接返回true，会发现一切都能正常工作了。
这里我们需要解释下：
打个比方，如果你的ViewGroup中有另外一个Button（或者任何可点击的View），但是它不在ViewDragHelper的处理范围内，你可能需要监听它的onClick事件，如果直接返回true，你会发现onClick事件不会被触发了。
纳尼，为啥呢？因为ViewGroup拦截了它的事件了啊。。。好吧，我们还是老实这样写吧：
你迫不及待的运行修改之后的代码。咦？为啥还是不能拖拽。。。
此时，遇到这种情况，我一般是查看下dragHelper.shouldInterceptTouchEvent的源码（此处省略了部分不相关的代码）：
shouldInterceptTouchEvent返回true的条件是mDragState == STATE_DRAGGING，然而mDragState是在tryCaptureViewForDrag方法中被设置为STATE_DRAGGING的。
所以，如果horizontalDragRange == 0 && verticalDragRange == 0这个条件一直为true的话，tryCaptureViewForDrag方法就得不到调用了。
而horizontalDragRange和verticalDragRange分别是Callback的getViewHorizontalDragRange和getViewVerticalDragRange方法返回的值，这两个方法默认情况下都返回0。
getViewHorizontalDragRange，返回子View水平方向可以被拖拽的范围
getViewVerticalDragRange，返回子View垂直方向可以被拖拽的范围
我们尝试重写这两个方法：
再次运行下，你会发现TextView设置clickable=true之后也可以被拖拽了。
至此，ViewDragHelper的基本使用方式我们已经介绍完了。详细的代码可以查看文章最后的源码，另外，源码中还实现了一个比较常用的效果：
demo3.gif