iOS Swift：重写hitTest()响应TableView点击后无法更新UILabel问题

根因分析 #

1. 重写的hitTest方法不符合UIKit标准流程：原有实现跳过了视图自身可响应性的校验，且传递给子视图hitTest方法的event参数为nil，虽然能让超出父视图范围的cell响应点击，但会导致事件响应链上下文异常，影响后续UI更新的调度。
2. 特殊RunLoop模式导致更新失效：点击超出父视图范围的cell时，如果tableView处于滚动跟踪状态，当前RunLoop会切换到UITrackingRunLoopMode，若UI更新没有显式绑定到主队列的默认模式，会出现更新不生效的问题，而点击父视图内部区域时RunLoop处于默认模式，更新可以正常执行。

修复方案 #

1. 修正hitTest实现 #

按照UIKit标准逻辑调整hitTest方法，先校验自身可响应性，再遍历子视图查找命中视图：

override func hitTest(_ point: CGPoint, with event: UIEvent?) -> UIView? {
    // 校验自身是否可响应事件
    guard !isHidden, alpha > 0.01, isUserInteractionEnabled else {
        return nil
    }
    // 遍历子视图查询命中的视图，透传event参数
    for subview in subviews.reversed() {
        let convertedPoint = subview.convert(point, from: self)
        if let hitView = subview.hitTest(convertedPoint, with: event) {
            return hitView
        }
    }
    return nil
}

2. 显式调度UI更新到主线程 #

确保UILabel的文本更新一定在主队列执行，避免RunLoop模式导致的更新异常：

func updateTitle(_ title: String) {
    DispatchQueue.main.async { [weak self] in
        self?.radarDataTitle.text = title
        // 若更新仍不生效，可加下一行强制触发重绘
        // self?.radarDataTitle.setNeedsDisplay()
    }
}

额外排查项 #

如果以上修改仍未解决问题，可检查两项配置：

• 确认ViewA的clipsToBounds属性为false，若开启裁剪会影响超出区域触发的UI更新调度
• 检查是否有其他手势、第一响应者监听逻辑会在点击外部区域时重置radarDataTitle的文本

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