iOS Swift开发中UIAlertAction的Handler未调用问题排查

你遇到的UIAlertAction点击后仅关闭弹窗、不执行绑定跳转逻辑的问题，本质是按钮点击事件没有触发你写的闭包，结合贴出的代码，按开发中出现的概率从高到低，可能的原因如下：

• 非主线程执行UI操作触发系统异常
  UIKit所有UI相关逻辑（包括present弹窗、响应点击事件）必须在主线程执行。如果noteCorrect是在子线程回调中触发的（比如音频播放完成回调、动画代理回调、定时器回调未手动切主线程），就会出现弹窗能正常显示，但点击按钮时响应链错乱，只触发系统默认的dismiss行为、不执行自定义闭包的问题。
  验证方式很简单：在Action闭包的第一行加打印或者断点，点击按钮如果没有走到断点/没有输出，先把showAlert的调用强制放到主线程再测试。
• 弹窗弹出后有额外操作打断了响应链
  你调用showAlert之后，还执行了stopAnimation、重新添加rect视图的逻辑。如果stopAnimation内部的动画结束回调、或者其他答题状态监听逻辑里，主动调用了dismiss、push/pop当前页面的代码，会让刚弹出的UIAlertController提前进入dismiss状态。这时候点击按钮，系统只会完成剩余的dismiss动画，不会触发绑定的Action handler。
  重点排查stopAnimation方法的实现，确认里面没有触发页面跳转、调用dismiss的代码，有没有CAAnimation的delegate回调在弹窗弹出后立刻执行页面切换操作。
• 当前控制器转场状态异常
  如果调用showAlert时，当前控制器已经present了其他页面（self.presentedViewController != nil），或者正处于转场过程中（比如页面刚push进来、入场动画还没结束），这时候present出来的UIAlertController会出现事件传递异常。弹窗视觉上能正常显示，但点击按钮不会触发绑定的逻辑。
• 全局手势/遮罩拦截了点击事件
  如果你给全局窗口、当前页面view添加了覆盖全屏的点击手势、透明遮罩视图，且手势没有正确设置cancelTouchesInView属性，会导致点击事件被手势/遮罩截获，没有传递到弹窗的按钮上。这时候你看到的弹窗关闭，实际是手势触发的其他逻辑导致的，不是按钮本身的响应。
• 第三方分类/runtime修改了弹窗默认实现
  如果项目里引入了和UIAlertController、UIAlertAction相关的工具分类（比如全局统一样式、防按钮重复点击的分类），这类分类如果通过runtime交换了Action初始化方法、替换了原有handler，处理不当就会导致你绑定的闭包丢失，点击时只执行默认关闭逻辑。

先通过断点确认闭包确实没有执行，再按优先级排查修复：

1. 调用showAlert时强制切主线程，避免线程问题：

DispatchQueue.main.async {
    self.showAlert(message: self.correctAnswer)
}

2. 把stopAnimation里涉及页面跳转、dismiss的逻辑延后执行，不要在弹窗刚弹出时触发其他转场操作。
3. present弹窗前先判断当前控制器的转场状态，等现有转场完成、没有已present的页面时再弹出alert。

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