Android NavController重开Fragment时TalkBack焦点异常问题求助

问题场景 #

使用Navigation组件管理IntroFragment和DetailFragment跳转：

• 首次开启TalkBack进入DetailFragment时，焦点正常落在工具栏返回键
• 双击DetailFragment的confirm按钮返回IntroFragment后，再次进入DetailFragment，焦点会落在confirm按钮上，而非预期的工具栏返回键
• 已尝试清除按钮无障碍焦点、手动设置工具栏焦点均无效，且确认Fragment已被销毁

可行解决方案 #

方案1：在DetailFragment视图初始化后延迟请求工具栏焦点 #

Fragment视图创建完成后，延迟一小段时间确保视图树稳定，再主动请求工具栏返回键的焦点及无障碍焦点：

override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
    super.onViewCreated(view, savedInstanceState)
    val backButton = requireActivity().findViewById<View>(R.id.toolbar_back_button)
    view.postDelayed({
        backButton?.run {
            requestFocus()
            performAccessibilityAction(AccessibilityNodeInfo.ACTION_FOCUS, null)
        }
    }, 100)
}

方案2：在onResume中强制重置焦点 #

每次Fragment回到前台时（onResume触发），主动重置焦点到工具栏返回键：

override fun onResume() {
    super.onResume()
    val backButton = requireActivity().findViewById<View>(R.id.toolbar_back_button)
    backButton?.run {
        clearFocus()
        requestFocus()
        performAccessibilityAction(AccessibilityNodeInfo.ACTION_FOCUS, null)
    }
}

方案3：跳转时清除DetailFragment的栈实例 #

如果业务允许，跳转DetailFragment时清除其在返回栈中的实例，确保每次进入都是全新实例，避免TalkBack缓存焦点：

// IntroFragment中跳转逻辑
clickCta.setOnClickListener {
    val navOptions = NavOptions.Builder()
        .setPopUpTo(R.id.introFragmentDest, false)
        .build()
    findNavController().navigate(R.id.detailFragmentDest, null, navOptions)
}

方案4：返回前临时降低confirm按钮的无障碍优先级 #

点击confirm按钮时，临时设置其无障碍重要性为no，让TalkBack不再缓存它的焦点状态，之后再执行返回操作：

confirmCta.setOnClickListener {
    confirmCta.importantForAccessibility = View.IMPORTANT_FOR_ACCESSIBILITY_NO
    findNavController().popBackStack()
    // 可在Fragment的onDestroy中恢复设置，避免影响其他场景
}

问题原因说明 #

TalkBack会缓存最后获得无障碍焦点的视图信息，即使Fragment被销毁，该缓存仍可能保留。上述方案通过主动抢占焦点、清除栈实例或降低按钮优先级的方式，打破TalkBack的焦点缓存逻辑，确保每次进入DetailFragment时焦点落在预期的工具栏返回键上。

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