应用程序的拖拽beginDraggingApplication
对于应用程序来说，从抽屉拖拽到桌面，界面的隐藏在beginDragging中都已经处理好了，AppsCustomizePagedView不需要保存任何有关被拖拽应用的信息（就算取消拖拽，也只需要重新显示AppsCustomizePagedView就行了，不像Folder那样还需要恢复快捷方式）。因此，只需要通知Workspace绘制图标边界，然后启动拖拽即可。
Widget/快捷方式的拖拽beginDraggingWidget
对于Widget列表中的元素，由于有可能为快捷方式，因此还需要进行判断。对不同类型的拖拽物，用不同的方式绘制图形及图标边界。
DragController
==============
startDrag开始拖拽
从上文可以发现，无论是以何种方式进入拖拽，最终都是调用DragController的startDrag方法进行处理。
在DragController中，startDrag是个多态方法，但最终，都走到了以下这个实现中。
Java代码 
-
public void startDrag(Bitmap b, int dragLayerX, int dragLayerY,
-
DragSource source, Object dragInfo, int dragAction,
-
Point dragOffset, Rect dragRegion)
startDrag的逻辑比较清晰，主要是通知相应的监听器拖拽开始，然后创建拖拽对象及其视图，将其移动到当前触摸到位置。
触屏事件的拦截
onInterceptTouchEvent
DragLayer继承自ViewGroup，其onInterceptTouchEvent方法若返回true，说明需要拦截触屏事件，则后续的一系列事件将传递给自身的onTouchEvent方法，而不再向其子控件传递。
DragController的onInterceptTouchEvent由DragLayer的onInterceptTouchEvent调用，用于拦截触屏事件的处理。当用户点击屏幕时，触发ACTION_DOWN事件，记录当前触摸位置。当抬起时，触发ACTION_UP事件，结束拖拽。若抬起时处于拖拽中，在当前位置释放被拖拽物（在笔者测试过程中未检测到其调用）。最后，返回是否处于拖拽状态。
因此，若此时处于拖拽中，后续的触屏事件将只传递到DragLayer的onTouchEvent。
onTouchEvent
onTouchEvent由于处理触屏事件，若返回true，则表示消费掉该事件，事件不再向父控件的onTouchEvent传递。
DragController的onTouchEvent由DragLayer的onTouchEvent调用，用于处理被拖拽物的移动。
当startDrag执行完毕，DragController设置拖拽状态为true，这样，触屏事件将最终转到onTouchEvent中，在此处调用handleMoveEvent进行物体的移动。其基本流程如下。
handleMoveEvent进行移动
handleMoveEvent是拖拽的主要方法，当用户触发拖拽后，DragController将通过该方法移动被拖拽物视图，并通知各个释放目的对象相应状态的改变。若进入滑屏区域且允许滑屏，执行相应的滑屏操作。如下图所示。
drop释放被拖拽物到当前位置
当用户将被拖拽物移动到相应位置后，可以将手指从屏幕上移开。此时，将在onInterceptTouchEvent（未试出）与onTouchEvent中调用drop方法释放被拖拽物。
其主要功能，就是查找拖拽目的对象（DropTarget），若找到且接受释放，通知该对象被拖拽物的放入。最后，通知拖拽源（被拖拽物最初所在的容器）拖拽结果。
findDropTarget查找当前位置对应的拖拽目标对象
wbWpy2-1641791700758)]
findDropTarget查找当前位置对应的拖拽目标对象
