Android 9启动闪屏页遇SecurityException权限问题求助

从你给出的报错栈来看，核心问题是AccessibilityManager初始化时触发了跨用户权限校验失败，这是Android 9（API 28）对跨用户操作权限收紧导致的，和你已经尝试的移除自定义样式、删除OkHttpClient Builder关系不大，给你梳理几个针对性的排查方向：

1. 排查多用户/工作资料相关的代码或依赖 #

• Android 9严格限制了跨用户的操作权限，INTERACT_ACROSS_USERS和INTERACT_ACROSS_USERS_FULL都是系统签名级权限，普通App根本无法获取。如果你的代码里直接调用了UserManager的相关API（比如切换用户、访问其他用户空间），或者依赖的第三方SDK（推送、统计、无障碍类SDK）在后台做了这类操作，都会触发这个错误。
• 建议先暂时移除可疑的第三方依赖，逐个测试，定位是否是某个SDK导致的问题。

2. 聚焦AccessibilityManager的调用逻辑 #

报错栈明确指向AccessibilityManager.getInstance()的初始化，你可以从这几点入手：

• 检查自己的代码里有没有在Application初始化阶段就获取AccessibilityManager的操作，Android 9不允许在应用早期阶段触发这个初始化，建议延迟到Activity的onCreate之后再调用相关逻辑。
• 如果你的App使用了自定义无障碍服务，检查服务的启动逻辑是否符合Android 9的权限要求，比如不要在App启动时自动开启无障碍服务，必须由用户手动授权。

3. 排查进程/用户身份异常 #

报错里的Call from user 0 as user -1说明当前进程的用户身份存在异常：

• 检查代码里有没有使用Process.setUid()这类修改进程用户ID的操作，或者有没有配置android:sharedUserId、android:process属性导致进程身份错乱。
• 如果你的App支持多进程，确保每个进程的运行上下文都是正常的，不要跨进程进行非法的用户空间交互。

4. 简化布局与环境测试 #

• 先把闪屏页的布局简化到极致（比如只保留一个TextView），测试是否还会报错。如果不报错，说明原布局里的某个View间接触发了AccessibilityManager的初始化，再逐步添加原布局的元素排查。
• 用Android 9的官方模拟器测试，排除真机厂商定制系统的额外限制，确认是系统版本本身的问题还是定制系统的问题。

5. 尝试绕过提前初始化（Hack方案，慎用） #

如果以上方法都无效，可以尝试在Application的attachBaseContext方法里提前初始化AccessibilityManager，避免后续View创建时触发异常：

override fun attachBaseContext(base: Context?) {
    super.attachBaseContext(base)
    // 提前初始化AccessibilityManager
    try {
        AccessibilityManager.getInstance(base)
    } catch (e: Exception) {
        // 捕获异常避免崩溃
        e.printStackTrace()
    }
}

内容的提问来源于stack exchange，提问作者Igor Salyanchuk