为了账号安全,请及时绑定邮箱和手机立即绑定

Android辅助权限与悬浮窗

标签:
Android

webp

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 友好提示用户:自动化业务正在执行,请停止业务才能操作。

webp

操作过程点击会弹出提示

同时悬浮窗提供“停止”按钮,可以终止业务并关闭全屏透明悬浮窗。

四、使用场景

部分软件需要开启许多权限才能保证软件的正常使用,例如市面上的某锁屏软件,他们需要涉及相当多的权限,如果一个个让用户去开启,可能找不到对应的权限怎么开启,于是他们把这个流程简化成脚本,只要用户开启辅助权限,则跳转到权限开启流程,自动到权限页面,把例如:开机自启动权限,读取通知,获取位置等权限开启。当然这个过程是被一个界面遮盖了的,用户是看不到执行了什么操作的(这也暴露android的安全性问题)。

webp

某锁屏软件截图,侵权必删



作者:幕后眼光
链接:https://www.jianshu.com/p/ffa0641942a0


点击查看更多内容
TA 点赞

若觉得本文不错,就分享一下吧!

评论

作者其他优质文章

正在加载中
  • 推荐
  • 评论
  • 收藏
  • 共同学习,写下你的评论
感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦
今天注册有机会得

100积分直接送

付费专栏免费学

大额优惠券免费领

立即参与 放弃机会
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消