iOS交互式页面导航时UIScrollView因键盘通知错误触发滚动异常

你遇到的界面跳变不是键盘适配逻辑的实现漏洞，是iOS系统通知机制本身的设计特性导致的：

• 导航页面发生Push/Pop转场时，系统为了避免跨页面的输入状态冲突，会临时解绑当前页面的第一响应者。这个解绑动作会模拟发送一次UIKeyboardWillChangeFrameNotification，回调里拿到的键盘结束Frame恰好是完全收在屏幕高度位置的状态，但实际上键盘、关联的inputAccessoryView根本没有走真实的收起流程，这只是系统转场时发的占位假通知。
• 你观察到ScrollView会跟着交互式Pop手势同步产生错误位移，原因是你代码里设置的动画时长、动画曲线和系统导航转场的动画参数完全匹配，哪怕通知只触发一次，动画的进度也会被转场手势实时驱动跟手变化，看起来就像界面在做无意义的跳动。

• 加前置校验过滤虚假通知，从根源减少无效响应
  • 收到键盘Frame变化通知时，先读取UIKeyboardIsLocalUserInfoKey字段的值，如果返回NO就直接跳过整个响应流程——这个字段返回NO的通知，基本都是系统转场过程下发的、非用户真实操作触发的虚假键盘事件。
  • 额外加一层校验：判断当前持有第一响应者的视图是否在当前ScrollView的视图树层级里，如果响应者已经被转场流程移出当前页面，直接跳过所有内边距、偏移量的更新逻辑。
• 转场过程中临时暂停键盘适配的实时响应
  • 监听当前导航控制器的转场状态，一旦检测到页面正在进行交互式/非交互式转场，就把期间收到的所有键盘通知先存起来，等转场完全结束、视图状态彻底稳定后，再重新取一次实时的键盘位置，最后再更新ScrollView的内边距。
• 调整动画绑定逻辑，避免和系统转场冲突
  • 不要直接把通知里带的动画曲线、时长参数直接套用到ScrollView的位移动画上，哪怕内边距计算正确，只要判断是系统转场触发的通知，就不要立即执行实时动画，避免和系统转场的视图位移叠加，产生双重偏移的跳动效果。

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