IOS的Assistive Touch效果很炫酷,可以任意拖拽,同时点击后会展开菜单栏。然而,这不只是IOS的特权,Android也可以实现。但是由于悬浮窗需要申请权限,所以本文仅在app内实现,可以任意拖拽,并可以响应点击事件。

效果还是不错的。上图看出虽然没有像IOS一样弹出菜单栏,仅仅以Toast和旋转动画的效果代替了(因为太懒了,更炫酷的效果交给你们的想象了)。但是确实支持点击事件,并且和拖拽事件不冲突。
Github地址:FloatingDragButton
很简单,设置TouchListener监听,实现onTouch方法,在ACTION_MOVE的过程中随着x,y坐标的移动更新浮动按钮的位置。
下面具体介绍重写onTouch方法的具体实现。
监听ACTION_DOWN事件
case MotionEvent.ACTION_DOWN:{
mDownPointerId = MotionEventCompat.getPointerId(event, 0);
mPreviousX = event.getRawX();
mPreviousY = event.getRawY(); break;
}
记录初始的坐标以及触摸点。
监听ACTION_MOVE事件
case MotionEvent.ACTION_MOVE:{ if (mDownPointerId >= 0) { int index = MotionEventCompat.getActionIndex(event); int id = MotionEventCompat.getPointerId(event, index); if (id == mDownPointerId) {
boolean update = adjustMarginParams(view, event); if (!update) { break;
}
mFloatView.requestLayout();
mHasMoved = true;
result = true;
}
} break;
}
其中最重要的是adjustMarginParams(view, event)方法,来更新浮动按钮的相对位置。
private boolean adjustMarginParams(View v, MotionEvent event) { float x = event.getRawX(); float y = event.getRawY(); float deltaX = x - mPreviousX; float deltaY = y - mPreviousY; if (!mHasMoved) { if (Math.abs(deltaX) 其中mBoundsInScreen代表浮动按钮可移动的矩形范围。
根据当前event内的坐标与mBoundsInScreen范围比较,选择最终拖拽到达的位置,设置给浮动按钮的布局参数mFloatViewWindowParam,然后调用requestLayout更新布局。
监听ACTION_UP/ACTION_CANCEL
case MotionEvent.ACTION_UP: case MotionEvent.ACTION_CANCEL:{ if (mDownPointerId >= 0 && mHasMoved) {
event.setAction(MotionEvent.ACTION_CANCEL);
adjustMarginParams(view, event);
mFloatView.requestLayout(); int center = (mBoundsInScreen.width() - mFloatView.getWidth()) / 2; int x = mFloatViewWindowParam.x; int destX = 0; int posX = Gravity.LEFT; //抬起时 根据位置强制把浮动按钮归于左边或右边
if (x 实现当抬起的瞬间,根据当前所处坐标靠左还是靠右,把浮动按钮置于左边缘或者右边缘。同时,调用回调,把移动相对位置传给回调函数,实现拖拽监听。
当从当前位置移动到左/右边缘的距离小于100时,直接移动,否则实现动画减速移动效果。
如此简单便可实现任意拖拽的效果了,具体一些细节要细看源码实现。
2.点击实现
也许有人会认为点击事件很好实现啊,setOnClickListener()设置个监听就可以实现了。不信你去试试,没用。

其实点击实现才是本篇文章的精髓,因为灵活应用到了事件分发机制。
从事件分发机制中我们知道,就优先级而言:onTouchListener>onClickListenr。
上面的拖拽事件已经消费了onTouchListener(即onTouch方法中返回true),那么就不会下发到onClickListenr,自然就不会产生点击事件。
也许你想让onTouchListener不消费,然后不就下发到onClickListenr了么?
确实这样可以实现点击事件,但是拖拽功能又实现不了了。

因为onTouch方法中返回false,确实onClickListenr接收到了事件,然后消费掉。可是因为onTouch方法中返回false,所以接下来的一切事件不能接受,没办法响应拖拽效果了。
通过上面的分析,最终的解决办法就是:onTouch方法中,在接收到ACTION_DOWN后,返回false,交给onClickListenr处理。剩下的ACTION_MOVE/ACTION_UP等事件,返回true,交给onTouchListener处理,这样自然就可以既实现拖拽效果又实现点击效果了。
具体实现以下面伪代码为例
public boolean onTouch(View view, MotionEvent event) { int action = MotionEventCompat.getActionMasked(event); if (mFloatButtonCallback != null) {
mFloatButtonCallback.onTouch();
} boolean result = false; switch (action) { case MotionEvent.ACTION_DOWN:{
.................................................... break;
} case MotionEvent.ACTION_MOVE:{
....................................................
result = true; break;
} case MotionEvent.ACTION_UP: case MotionEvent.ACTION_CANCEL:{
................................................ break;
}
} return result;
}原理就是这么简单,更加炫酷的效果可自定义实现,喜欢就点个star支持下吧!
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/97/viewspace-2813746/ ,如需转载,请注明出处,否则将追究法律责任。