ViewCompat与AccessibilityNodeInfoCompat的setHeading在ViewHolder中使用有何区别

核心结论 #

两种实现绝大多数常规场景下最终表现一致，但存在3个明确的功能性差异：

1. 生效范围不同

• 第一种ViewCompat.setAccessibilityHeading是直接给View本身设置无障碍属性，只要这个View实例存在，无论是否挂载在RecyclerView下，无障碍服务读取时都会携带标题标记，哪怕后续这个View被复用至其他非RecyclerView场景也会生效。
• 第二种是在RecyclerView的LayoutManager生成子项无障碍节点时动态打标记，仅当View作为RecyclerView的子项被当前LayoutManager管理时才会生效，View脱离RecyclerView后标记自动失效。

2. 属性优先级不同

Android无障碍节点的属性生成顺序为：先读取View本身的基础属性，再通过AccessibilityDelegate的onInitializeAccessibilityNodeInfo回调覆盖属性。而RecyclerView的onInitializeAccessibilityNodeInfoForItem是内置无障碍代理的回调，会直接覆盖View本身设置的heading属性。

举个例子：如果同一个ViewHolder同时用第一种方式设了true，LayoutManager里对应位置设了false，最终无障碍服务读到的是false，以LayoutManager的设置为准。

3. 灵活度适配场景不同

• 第一种实现逻辑和ViewHolder强绑定，适合固定为标题的ViewHolder类型，只要是该ViewHolder实例就一定是标题，逻辑更内聚。
• 第二种实现和布局逻辑绑定，适合动态场景：比如同一个ViewHolder类型根据位置、后台数据动态判断是否为标题，或者多类型列表统一管理标题规则，不需要逐个修改ViewHolder代码，维护成本更低。

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