在执行自动化服务的流程中，我们其实并不希望被用户的操作中断流程，所以有什么方法在用户点击自动化操作的过程中，避免用户再次操作呢？那就是开启一个全局透明的悬浮窗，进行屏蔽触摸事件。
一、悬浮窗
其实一开始，我是想当然的跟以前一样，开启一个全屏的透明的悬浮窗，进行遮罩的作用，但是发现，设置 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的安全性问题）。
