1. AccessibilityService 是 Google Play 上政策最敏感的 API 之一：平台允许各类应用使用它，但所有使用该 API 的应用都受「访问敏感信息的权限与 API」政策约束，滥用是最常见的被拒/下架原因之一。
2. 只有当应用确实帮助残障人士使用设备或克服障碍时，才可在服务元数据中设置 isAccessibilityTool=true——只有这类服务才有资格声明为无障碍工具，也只有它们可豁免「显著披露 + 用户同意」要求。
3. 其他一切合法用途（占绝大多数）必须：① 在 Play Console 的 App 内容 > 权限与 API 页面完成无障碍声明并获得 Google 批准后才能发布；② 在应用内提供清晰的披露说明，讲清楚服务会访问什么数据、为什么访问；③ 取得用户的明确同意——无障碍相关功能对用户并不显而易见，因此披露是强制要求。
4. 严格禁止的用法：任何让应用能够自主发起、规划并执行操作或决策的实现（自动点击、自主驱动的 UI 流程、用无障碍抓屏驱动与声明无关的自动化），以及将无障碍数据用于广告定向或绕过用户选择——违规会导致暂停或下架。
5. 自 2021 年 11 月起，任何 target Android 12 及以上且使用 AccessibilityService API 的应用，都必须在发布前填写权限声明表并获 Google Play 批准；2026 年对已声明无障碍功能的审核仍在持续收紧，务必只声明应用真实在做的事情。
6. 需要提前规划的行业风向：Android 正在对高安全等级账号收紧无障碍访问（Advanced Protection Mode 更新会阻止非必要应用使用 AccessibilityService）——真正的无障碍工具不受影响，而自动化、自定义类应用会失去该 API。如果你的应用依赖无障碍做自动化，现在就要设计不依赖无障碍的替代方案。
7. 合规清单：声明的用途要窄且与实际代码一致，只读取功能真正需要的数据，绝不将无障碍数据导出设备或出售，每次发版都回归测试——一次滥用该 API 的更新就可能让整个应用下架。