Android辅助权限与悬浮窗
在执行自动化服务的流程中,我们其实并不希望被用户的操作中断流程,所以有什么方法在用户点击自动化操作的过程中,避免用户再次操作呢?那就是开启一个全局透明的悬浮窗,进行屏蔽触摸事件。
一、悬浮窗
其实一开始,我是想当然的跟以前一样,开启一个全屏的透明的悬浮窗,进行遮罩的作用,但是发现,设置 Type 为 TYPE_TOAST 或者 TYPE_SYSTEM_ALERT 这样的悬浮窗某些类型的不同,会导致不单单把用户的操作屏蔽了,甚至窗口的一些状态改变也屏蔽的,导致辅助权限的 onAccessibilityEvent() 方法不回调,于是去找官方文档,查找相关悬浮窗的 Type 类型设置。然后被我找到这个属性值的 Type :
LayoutParams.TYPE_ACCESSIBILITY_OVERLAY
我们再来看官方解释:
Windows that are overlaid only by a connected AccessibilityService for interception of user interactions without changing the windows an accessibility service can introspect. In particular, an accessibility service can introspect only windows that a sighted user can interact with which is they can touch these windows or can type into these windows. For example, if there is a full screen accessibility overlay that is touchable, the windows below it will be introspectable by an accessibility service even though they are covered by a touchable window.
虽然官方写的一大堆,但是我们大概能 get 到里面的意思,其实就是设置为这个类型的悬浮窗,能够使辅助功能继续响应相关窗口与内容的变化。经测试,果然设置这个类型的悬浮窗,可以一方面屏蔽用户的触摸事件,另一方继续响应自动点击的相关操作。
public void createFullScreenView(Context context) { WindowManager windowManager = getWindowManager(context); if (fullScreenView == null) { fullScreenView = new FloatWindowFullScreenView(context); LayoutParams fullScreenParams = new LayoutParams(); if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP_MR1) { fullScreenParams.type = LayoutParams.TYPE_ACCESSIBILITY_OVERLAY; } else { fullScreenParams.type = LayoutParams.TYPE_TOAST; } fullScreenParams.format = PixelFormat.TRANSLUCENT; fullScreenParams.flags |= WindowManager.LayoutParams.FLAG_FULLSCREEN | WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE | LayoutParams.FLAG_KEEP_SCREEN_ON | WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL; fullScreenParams.gravity = Gravity.CENTER; windowManager.addView(fullScreenView, fullScreenParams); } }
值得注意的是,这个属性是在 android 5.1 之后加入进来,对于之前的版本,经测试,使用 Toast 类型,也能执行相关操作,至于为什么 5.1 之后不继续使用Toast类型呢,这里面涉及到悬浮窗的开启问题了,可自行百度悬浮窗的开启相关文章。
二、悬浮窗的 Context
我们一般开启悬浮窗的过程中,Context 的传递我们使用的 Service 或者 Activity,不过如果设置为 TYPE_ACCESSIBILITY_OVERLAY 的悬浮窗,是只能传入你继承自 AccessibilityService 的服务(Context,否则会报 Is Activity Running 这个异常,那如何在这个服务里面开启悬浮窗呢?我是使用广播的形式去开启的:
// 注册广播接听者 IntentFilter filter = new IntentFilter(); filter.addAction(Const.ACTION_SHOW_COVER_VIEW); filter.addAction(Const.ACTION_SHOW_SMALL_VIEW); filter.addAction(Const.ACTION_SET_COVER_VIEW_TIPS); registerReceiver(mReceiver, filter); ....省略其他代码 private BroadcastReceiver mReceiver = new BroadcastReceiver() { @Override public void onReceive(Context context, Intent intent) { String action = intent.getAction(); if (action.equals(Const.ACTION_SHOW_COVER_VIEW)) { if (!FloatWindowManager.getInstance().isFullWindowShowing()) { FloatWindowManager.getInstance().createFullScreenView(TaskService.this); } String toast = intent.getStringExtra(Const.EXTRA_WINDOW_TOAST); if (!StringUtils.isEmpty(toast)) { FloatWindowManager.getInstance().showToast(toast); } } else if (action.equals(Const.ACTION_SHOW_SMALL_VIEW)) { if (!FloatWindowManager.getInstance().isSmallWindowShowing()) { FloatWindowManager.getInstance().createSmallWindow(TaskService.this); } }else if (action.equals(Const.ACTION_SET_COVER_VIEW_TIPS)) { if (FloatWindowManager.getInstance().isFullWindowShowing()) { FloatWindowManager.getInstance().showTipst(intent.getStringExtra("tips")); } } } };
三、悬浮窗的实现
在悬浮窗的UI设计上,我们需要将其设置为透明背景,这样对用户是无感的,整个自动化流程中,其实是相当于屏幕有个用户看不到的“保护罩”在确保着你的自动化业务不被“打扰”。在布局上,我们需要实现最外层的根布局的点击事件,这样在用户点击屏幕的时候,弹窗 Toast 友好提示用户:自动化业务正在执行,请停止业务才能操作。
操作过程点击会弹出提示
同时悬浮窗提供“停止”按钮,可以终止业务并关闭全屏透明悬浮窗。
四、使用场景
部分软件需要开启许多权限才能保证软件的正常使用,例如市面上的某锁屏软件,他们需要涉及相当多的权限,如果一个个让用户去开启,可能找不到对应的权限怎么开启,于是他们把这个流程简化成脚本,只要用户开启辅助权限,则跳转到权限开启流程,自动到权限页面,把例如:开机自启动权限,读取通知,获取位置等权限开启。当然这个过程是被一个界面遮盖了的,用户是看不到执行了什么操作的(这也暴露android的安全性问题)。
某锁屏软件截图,侵权必删
作者:幕后眼光
链接:https://www.jianshu.com/p/ffa0641942a0
共同学习,写下你的评论
评论加载中...
作者其他优质文章