iOS11中UIScrollView拖动收键盘时自定义inputView的resignFirstResponder未调用
这确实是iOS 11引入的行为变更,不是bug哦~
原因分析
iOS 11对UIScrollView的键盘交互逻辑做了性能优化:当你设置keyboardDismissMode为UIScrollViewKeyboardDismissModeOnDrag或UIScrollViewKeyboardDismissModeInteractive时,系统为了减少滚动时的视图状态变更开销,不再通过完整调用resignFirstResponder来隐藏键盘,而是采用了更轻量的直接淡出键盘的方式,跳过了响应者链的resign流程。
而你提到的“点击其他可成为第一响应者的视图(如UITextField)时resignFirstResponder正常触发”,是因为这种场景属于主动切换第一响应者,系统会执行完整的响应者 resign 流程,和滚动隐藏键盘的逻辑完全不同。
解决方案
这里提供几个可行的处理方案,你可以根据业务场景选择:
1. 监听键盘隐藏通知
通过注册键盘相关通知,在键盘开始隐藏时手动切换视图模式,同时补全响应者状态:
@implementation SignatureView - (instancetype)initWithFrame:(CGRect)frame { self = [super initWithFrame:frame]; if (self) { [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(keyboardWillHide:) name:UIKeyboardWillHideNotification object:nil]; } return self; } - (void)dealloc { [[NSNotificationCenter defaultCenter] removeObserver:self]; } - (void)keyboardWillHide:(NSNotification *)notification { // 仅当当前视图是第一响应者时才处理 if ([self isFirstResponder]) { [self showViewingMode]; // 检查响应者状态是否未更新,手动补全resign流程 if ([self isFirstResponder]) { [super resignFirstResponder]; } } } // 保留你原来的become/resign方法 - (BOOL)becomeFirstResponder { BOOL result = [super becomeFirstResponder]; [self showEditingMode]; return result; } - (BOOL)resignFirstResponder { BOOL result = [super resignFirstResponder]; [self showViewingMode]; return result; } // ... 其他原有代码 @end
2. 利用UIScrollView代理方法
如果你能拿到SignatureView所在的UIScrollView引用,可以实现其代理方法来处理拖动事件:
// 在持有UIScrollView的控制器或视图中 - (void)scrollViewWillBeginDragging:(UIScrollView *)scrollView { if ([self.signatureView isFirstResponder]) { // 手动触发resign,走原有流程 [self.signatureView resignFirstResponder]; } }
这种方式需要依赖UIScrollView的引用,灵活性稍弱,但逻辑更直接。
3. 自定义拖动隐藏键盘逻辑
如果需要严格遵循原有resignFirstResponder的流程,可以放弃系统的keyboardDismissMode,自己实现拖动隐藏键盘的逻辑,确保每次隐藏都调用resignFirstResponder。
总结
这个问题是iOS 11为了滚动性能优化做出的行为变更,并非bug。通过上面的方案可以适配新的逻辑,保证视图模式切换的正确性。
内容的提问来源于stack exchange,提问作者Mof

