动态修改packageNames后AccessibilityService停止工作的原因排查

我来帮你排查这个问题，这种动态修改无障碍服务配置后失效的情况，在Android开发中很常见，主要是因为对AccessibilityService的配置更新机制不熟悉导致的。下面我来一步步分析原因和解决方案：

一、直接修改ServiceInfo的问题所在 #

你当前的做法是直接获取this.serviceInfo实例，修改packageNames后重新赋值回去，但这种方式存在两个核心问题：

• 系统配置未同步：系统维护的AccessibilityService配置并不是实时响应你对现有serviceInfo实例的修改，即使你重新赋值this.serviceInfo = info，系统可能不会识别到配置变更——因为实例引用没有变化，内部状态也没触发更新逻辑。
• Null到数组的转换逻辑：在XML中设置android:packageNames="@null"代表监听所有应用，但动态设置具体包名数组时，系统对数组的校验和处理逻辑和XML中的null场景不同，直接替换可能导致监听规则未正确注册。

二、正确的动态更新配置方式 #

你需要创建一个全新的AccessibilityServiceInfo实例，完整复制原有配置的所有必要属性，再修改packageNames后应用，这样才能确保系统正确识别到配置变更。修改你的updatePackages方法如下：

fun updatePackages(packages: Array<String>) {
    // 创建新的AccessibilityServiceInfo实例，避免修改系统维护的原有实例
    val newServiceInfo = AccessibilityServiceInfo().apply {
        // 复制当前服务的所有核心配置
        eventTypes = this@NotificationMonitorService.serviceInfo.eventTypes
        feedbackType = this@NotificationMonitorService.serviceInfo.feedbackType
        notificationTimeout = this@NotificationMonitorService.serviceInfo.notificationTimeout
        // 设置目标包名数组；如果要恢复监听所有应用，直接设为null即可
        packageNames = packages
    }
    // 应用新的配置
    this.serviceInfo = newServiceInfo
}

三、额外注意事项 #

• 包名的准确性：确保传入的packages数组中的包名完全匹配目标应用的包名（区分大小写，比如com.example.app不能写成com.example.App），包名错误的话肯定监听不到对应应用的通知。
• 服务启用状态校验：动态更新前，先通过AccessibilityManager查询你的服务是否处于启用状态，如果用户在系统设置里关闭了无障碍服务，任何配置修改都是白费功夫。
• 空数组处理：如果传入的packages是空数组，服务会监听不到任何应用的通知；如果要恢复监听所有应用，直接设置packageNames = null即可（和XML中的@null效果一致）。

四、验证方法 #

修改代码后，你可以在调用updatePackages后加一行日志：

Log.d(TAG, "Current monitored packages: ${this.serviceInfo.packageNames?.contentToString()}")

确认包名配置已经正确更新，同时测试目标应用的通知是否能触发onAccessibilityEvent回调。

我之前用这种方法成功实现过动态切换监听包名的需求，应该能解决你的问题😉

内容来源于stack exchange