文章详情

短信预约-IT技能 免费直播动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

Android无障碍监听通知怎么实现

2023-07-02 16:15

关注

本篇内容主要讲解“Android无障碍监听通知怎么实现”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Android无障碍监听通知怎么实现”吧!

监听通知

Android 中的 AccessibilityService 可以监听通知信息的变化,首先需要创建一个无障碍服务,这个教程可以自行百度。在无障碍服务的配置文件中,需要以下配置:

<accessibility-service...android:accessibilityEventTypes="其他内容|typeNotificationStateChanged"android:canRetrieveWindowContent="true" />

然后在 AccessibilityService 的 onAccessibilityEvent 方法中监听消息:

override fun onAccessibilityEvent(event: AccessibilityEvent?) {    when (event.eventType) {        AccessibilityEvent.TYPE_NOTIFICATION_STATE_CHANGED -> {            Log.d(Tag, "Notification: $event")        }    }}

当有新的通知或 Toast 出现时,在这个方法中就会收到 AccessibilityEvent 。

另一种方案是通过 NotificationListenerService 进行监听,这里不做详细介绍了。两种方案的应用场景不同,推荐使用 NotificationListenerService 而不是无障碍服务。stackoverflow 上一个比较好的回答:

It depends on WHY you want to read it. The general answer would be Notification Listener. Accessibility Services are for unique accessibility services. A user has to enable an accessibility service from within the Accessibility Service menu (where TalkBack and Switch Access are). Their ability to read notifications is a secondary ability, to help them achieve the goal of creating assistive technologies (alternative ways for people to interact with mobile devices).

Whereas, Notification Listeners, this is their primary goal. They exist as part of the context of an app and as such don't need to be specifically turned on from the accessibility menu.

Basically, unless you are in fact building an accessibility service, you should not use this approach, and go with the generic Notification Listener.

无障碍服务监听通知逻辑

从用法中可以看出一个关键信息 -- TYPE_NOTIFICATION_STATE_CHANGED ,通过这个事件类型入手,发现它用于两个类中:

ToastPresenter

ToastPresenter 的 trySendAccessibilityEvent 方法中,构建了一个 TYPE_NOTIFICATION_STATE_CHANGED 类型的消息:

public void trySendAccessibilityEvent(View view, String packageName) {    if (!mAccessibilityManager.isEnabled()) {        return;    }    AccessibilityEvent event = AccessibilityEvent.obtain(            AccessibilityEvent.TYPE_NOTIFICATION_STATE_CHANGED);    event.setClassName(Toast.class.getName());    event.setPackageName(packageName);    view.dispatchPopulateAccessibilityEvent(event);    mAccessibilityManager.sendAccessibilityEvent(event);}

这个方法的调用在 ToastPresenter 中的 show 方法中:

public void show(View view, IBinder token, IBinder windowToken, int duration, int gravity,        int xOffset, int yOffset, float horizontalMargin, float verticalMargin,        @Nullable ITransientNotificationCallback callback) {    // ...     trySendAccessibilityEvent(mView, mPackageName);     // ...}

而这个方法的调用就是在 Toast 中的 TN 类中的 handleShow 方法。

Toast.makeText(this, "", Toast.LENGTH_SHORT).show()

在 Toast 的 show 方法中,获取了一个 INotificationManager ,这个是 NotificationManagerService 在客户端暴露的 Binder 对象,通过这个 Binder 对象的方法可以调用 NMS 中的逻辑。

也就是说,Toast 的 show 方法调用了 NMS :

public void show() {    // ...    INotificationManager service = getService();    String pkg = mContext.getOpPackageName();    TN tn = mTN;    tn.mNextView = mNextView;    final int displayId = mContext.getDisplayId();    try {        if (Compatibility.isChangeEnabled(CHANGE_TEXT_TOASTS_IN_THE_SYSTEM)) {            if (mNextView != null) {                // It's a custom toast                service.enqueueToast(pkg, mToken, tn, mDuration, displayId);            } else {                // It's a text toast                ITransientNotificationCallback callback = new CallbackBinder(mCallbacks, mHandler);                service.enqueueTextToast(pkg, mToken, mText, mDuration, displayId, callback);            }        } else {            service.enqueueToast(pkg, mToken, tn, mDuration, displayId);        }    } catch (RemoteException e) {        // Empty    }}

这里是 enqueueToast 方法中,最后调用:

private void enqueueToast(String pkg, IBinder token, @Nullable CharSequence text,@Nullable ITransientNotification callback, int duration, int displayId,@Nullable ITransientNotificationCallback textCallback) {  // ...record = getToastRecord(callingUid, callingPid, pkg, token, text, callback, duration, windowToken, displayId, textCallback);  // ...}

getToastRecord 中根据 callback 是否为空产生了不同的 Toast :

private ToastRecord getToastRecord(int uid, int pid, String packageName, IBinder token,        @Nullable CharSequence text, @Nullable ITransientNotification callback, int duration,        Binder windowToken, int displayId,        @Nullable ITransientNotificationCallback textCallback) {    if (callback == null) {        return new TextToastRecord(this, mStatusBar, uid, pid, packageName, token, text,duration, windowToken, displayId, textCallback);    } else {        return new CustomToastRecord(this, uid, pid, packageName, token, callback, duration, windowToken, displayId);    }}

两者的区别是展示对象的不同:

TN 的 show 方法中通过 mHandler 来传递了一个类型是 SHOW 的消息:

            mHandler = new Handler(looper, null) {                @Override                public void handleMessage(Message msg) {                    switch (msg.what) {                        case SHOW: {                            IBinder token = (IBinder) msg.obj;                            handleShow(token);                            break;                        }                        case HIDE: {                            handleHide();                            // Don't do this in handleHide() because it is also invoked by                            // handleShow()                            mNextView = null;                            break;                        }                        case CANCEL: {                            handleHide();                            // Don't do this in handleHide() because it is also invoked by                            // handleShow()                            mNextView = null;                            try {                                getService().cancelToast(mPackageName, mToken);                            } catch (RemoteException e) {                            }                            break;                        }                    }                }            };

而这个 Handler 在处理 SHOW 时,会调用 handleShow(token) 这个方法里面也就是会触发 ToastPresenter 的 show 方法的地方:

public void handleShow(IBinder windowToken) {    // If a cancel/hide is pending - no need to show - at this point    // the window token is already invalid and no need to do any work.    if (mHandler.hasMessages(CANCEL) || mHandler.hasMessages(HIDE)) {        return;    }    if (mView != mNextView) {        // remove the old view if necessary        handleHide();        mView = mNextView;      // 【here】        mPresenter.show(mView, mToken, windowToken, mDuration, mGravity, mX, mY, mHorizontalMargin, mVerticalMargin, new CallbackBinder(getCallbacks(), mHandler));    }}

本章节最开始介绍到了 ToastPresenter 的 show 方法中会调用 trySendAccessibilityEvent 方法,也就是从这个方法发送类型是 TYPE_NOTIFICATION_STATE_CHANGED 的无障碍消息给无障碍服务的。

NotificationManagerService

在通知流程中,是通过 NMS 中的 sendAccessibilityEvent 方法来向无障碍发送消息的:

void sendAccessibilityEvent(Notification notification, CharSequence packageName) {    if (!mAccessibilityManager.isEnabled()) {        return;    }    AccessibilityEvent event =        AccessibilityEvent.obtain(AccessibilityEvent.TYPE_NOTIFICATION_STATE_CHANGED);    event.setPackageName(packageName);    event.setClassName(Notification.class.getName());    event.setParcelableData(notification);    CharSequence tickerText = notification.tickerText;    if (!TextUtils.isEmpty(tickerText)) {        event.getText().add(tickerText);    }    mAccessibilityManager.sendAccessibilityEvent(event);}

这个方法的调用有两处,均在 NMS 的 buzzBeepBlinkLocked 方法中,buzzBeepBlinkLocked 方法是用来处理通知是否应该发出铃声、震动或闪烁 LED 的。省略无关逻辑:

int buzzBeepBlinkLocked(NotificationRecord record) {    // ...    if (!record.isUpdate && record.getImportance() > IMPORTANCE_MIN && !suppressedByDnd) {        sendAccessibilityEvent(notification, record.getSbn().getPackageName());        sentAccessibilityEvent = true;    }    if (aboveThreshold && isNotificationForCurrentUser(record)) {        if (mSystemReady && mAudioManager != null) {            // ...            if (hasAudibleAlert && !shouldMuteNotificationLocked(record)) {                if (!sentAccessibilityEvent) {                    sendAccessibilityEvent(notification, record.getSbn().getPackageName());                    sentAccessibilityEvent = true;                }                // ...            } else if ((record.getFlags() & Notification.FLAG_INSISTENT) != 0) {                hasValidSound = false;            }        }    }    // ...}

buzzBeepBlinkLocked 的调用路径有两个:

PostNotificationRunnable

这个东西是用来发送通知并进行处理的,例如提示和重排序等。

PostNotificationRunnable 的构建和 post 在 EnqueueNotificationRunnable 中。在 EnqueueNotificationRunnable 的 run 最后,进行了 post:

public void run() {// ...    // tell the assistant service about the notification    if (mAssistants.isEnabled()) {        mAssistants.onNotificationEnqueuedLocked(r);        mHandler.postDelayed(new PostNotificationRunnable(r.getKey()), DELAY_FOR_ASSISTANT_TIME);    } else {        mHandler.post(new PostNotificationRunnable(r.getKey()));    }}

EnqueueNotificationRunnable 在 enqueueNotificationInternal 方法中使用,enqueueNotificationInternal 方法是 INotificationManager 接口中定义的方法,它的实现在 NotificationManager 中:

    public void notifyAsPackage(@NonNull String targetPackage, @Nullable String tag, int id,            @NonNull Notification notification) {        INotificationManager service = getService();        String sender = mContext.getPackageName();        try {            if (localLOGV) Log.v(TAG, sender + ": notify(" + id + ", " + notification + ")");            service.enqueueNotificationWithTag(targetPackage, sender, tag, id,                    fixNotification(notification), mContext.getUser().getIdentifier());        } catch (RemoteException e) {            throw e.rethrowFromSystemServer();        }    }    @UnsupportedAppUsage    public void notifyAsUser(String tag, int id, Notification notification, UserHandle user)    {        INotificationManager service = getService();        String pkg = mContext.getPackageName();        try {            if (localLOGV) Log.v(TAG, pkg + ": notify(" + id + ", " + notification + ")");            service.enqueueNotificationWithTag(pkg, mContext.getOpPackageName(), tag, id,                    fixNotification(notification), user.getIdentifier());        } catch (RemoteException e) {            throw e.rethrowFromSystemServer();        }    }

一般发送一个通知都是通过 NotificationManager 或 NotificationManagerCompat 来发送的,例如:

NotificationManagerCompat.from(this).notify(1, builder.build());

NotificationManagerCompat 中的 notify 方法本质上调用的是 NotificationManager:

// NotificationManagerCompatpublic void notify(int id, @NonNull Notification notification) {    notify(null, id, notification);}public void notify(@Nullable String tag, int id, @NonNull Notification notification) {    if (useSideChannelForNotification(notification)) {        pushSideChannelQueue(new NotifyTask(mContext.getPackageName(), id, tag, notification));        // Cancel this notification in notification manager if it just transitioned to being side channelled.        mNotificationManager.cancel(tag, id);    } else {        mNotificationManager.notify(tag, id, notification);    }}

mNotificationManager.notify(tag, id, notification) 中的实现:

public void notify(String tag, int id, Notification notification) {    notifyAsUser(tag, id, notification, mContext.getUser());}public void cancel(@Nullable String tag, int id) {    cancelAsUser(tag, id, mContext.getUser());}

串起来了,最终就是通过 NotificationManager 的 notify 相关方法发送通知,然后触发了通知是否要触发铃声/震动/LED 闪烁的逻辑,并且在这个逻辑中,发送出了无障碍消息。

到此,相信大家对“Android无障碍监听通知怎么实现”有了更深的了解,不妨来实际操作一番吧!这里是编程网网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!

阅读原文内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     813人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     354人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     318人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     435人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     224人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-后端开发
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯