向前滑动时VoiceOver跳过table view单元格问题该如何解决

原因1：TableView 可访问性元素计算偏移 #

• 手动修改tableView.contentInset或adjustedContentInset时，会导致VoiceOver计算可访问元素范围时遗漏底部超出默认可视区域的单元格
• 修复方案：视图加载完成或列表数据刷新后，主动通知VoiceOver重新计算可访问元素范围，调用代码：
  Objective-C版本：

UIAccessibilityPostNotification(UIAccessibilityLayoutChangedNotification, nil);

Swift版本：

UIAccessibility.post(notification: .layoutChanged, argument: nil)

原因2：最后一个单元格的可访问性属性错误 #

• 检查最后一个单元格的isAccessibilityElement是否被误设为false，如果单元格内有子元素需要朗读，确保accessibilityElements属性包含所有需要朗读的子元素
• 自定义单元格可以重写accessibilityFrame属性，确保它的坐标被VoiceOver正确识别：

override var accessibilityFrame: CGRect {
    get {
        return self.superview?.convert(self.frame, to: nil) ?? .zero
    }
    set {}
}

原因3：TableView 预估行高计算异常 #

• 如果使用estimatedRowHeight自动计算行高，最后一行的预估高度和实际高度偏差过大时，会导致VoiceOver判定该行不在可视范围内，不会纳入滑动遍历队列
• 修复方案：刷新数据后强制刷新TableView布局，同时准确实现heightForRowAt代理方法返回准确高度，或者使用完整的自动布局约束保证单元格内容可以被系统准确计算高度

原因4：父视图可访问性范围异常 #

• 如果TableView被嵌套在UIScrollView或者其他自定义容器视图内，检查容器视图的contentSize是否包含了TableView的完整高度，同时确认容器视图没有重写accessibilityElements方法遗漏TableView的子元素

验证步骤 #

• 修复后开启VoiceOver，先滑动到列表顶部，再逐次向前滑动（三指向上滑动翻页到列表底部），确认最后一个单元格可以被正常选中朗读
• 如果仍然存在问题，检查是否有自定义的UIAccessibilityContainer实现，是否遗漏了最后一个单元格的索引

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