自定义返回按钮远慢于原生返回按钮，点击触发为何存在延迟？

这问题我之前也碰到过，确实挺影响体验的！自定义返回按钮的点击延迟通常和几个常见因素有关，咱们一步步来拆解和解决：

• 事件响应链与点击区域问题
  原生返回按钮的点击区域比视觉范围大得多，而且系统对它的事件响应做了专门优化。如果你的自定义按钮是用UIButton包装成UIBarButtonItem，可能存在两个问题：一是按钮的点击区域过小，系统需要额外判断点击是否有效；二是自定义视图的事件传递路径比原生按钮长，导致响应滞后。
  解决办法：

  • 给自定义UIButton扩大点击区域（可以通过重写hitTest(_:with:)实现）；
  • 确保自定义视图的userInteractionEnabled属性为true，且不要在点击事件回调里添加同步耗时操作；
  • 尝试关闭按钮的showsTouchWhenHighlighted属性，这个高亮效果有时会带来细微的延迟。

• 侧滑返回手势的冲突
  iOS的interactivePopGestureRecognizer（侧滑返回手势）和自定义返回按钮的点击事件可能存在优先级冲突，系统会优先处理手势识别逻辑，导致按钮点击的响应被暂时阻塞。
  解决办法：

  • 给导航控制器的interactivePopGestureRecognizer.delegate设置代理，在代理方法中协调手势和按钮点击的优先级，比如当检测到按钮点击时暂时禁用手势；
  • 直接将自定义按钮的点击事件绑定到导航控制器的popViewController(animated:)方法，减少中间响应环节，比如：

    @objc func onBackTap() {
        navigationController?.popViewController(animated: true)
    }
    

• 自定义视图的渲染与布局耗时
  如果你的自定义返回按钮（带图和文字）在点击时需要动态计算布局、加载图片或者更新UI，这些同步操作会占用主线程时间，导致响应延迟。
  解决办法：

  • 提前配置好按钮所有状态（normal/highlighted）的图片和文字，用setImage(_:for:)和setTitle(_:for:)预加载，让系统缓存这些资源；
  • 简化按钮的布局约束，避免复杂的自动布局计算；
  • 异步加载按钮所需的图片，不要在主线程同步处理图片解码或网络请求。

• abbood方案的优化空间
  那个方案用UIButton作为UIBarButtonItem的自定义视图，虽然能实现图文结合，但额外的视图层级可能带来响应损耗。你可以试试用系统原生的方式实现图文返回按钮，更轻量且响应更接近原生：

  let backButton = UIBarButtonItem(title: "返回", style: .plain, target: self, action: #selector(onBackTap))
  backButton.setImage(UIImage(named: "back_icon"), for: .normal)
  backButton.imageInsets = UIEdgeInsets(top: 0, left: -8, bottom: 0, right: 8) // 调整图文间距
  navigationItem.leftBarButtonItem = backButton
  

  这种方式不需要额外的自定义视图层，直接复用系统的UIBarButtonItem，响应速度会明显提升。

总的来说，先排查事件响应和手势冲突的问题，再优化自定义视图的渲染逻辑，最后尝试更轻量的实现方式，应该就能解决延迟问题了。

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