<强>前言
在iOS 11发布之后,出现了一系列适配相关的问题,UIScrollView在pagingEnabled=YES时滑动手势不灵敏,UITableView的滑动删除功能变动,UIImagePickerViewController的取消按钮点击区域变小等,本文介绍其中一个UIAlertView问题,分享其发现,定位和解决。
<强>正文
问题的最初,是iOS 11正式版发布后不久,测试的同学提了一个iOS 11相关的BUG,表现是:<强>在直播间内发送聊天信息,如果被禁言,会弹出“被禁言”提示,键盘收回去,然后就弹不出来。
开发在接到这个BUG的时候,先把问题抽象出来几个要素:直播间内,键盘弹出,弹出提示,键盘收回,键盘无法弹出。
"弹出提示是用的的方式。在键盘出现时弹出UIAlertView的提示,键盘会收起,UIAlertView消失后,键盘会再次弹出,是一次正常的表现。”
按照复现路径做一次尝试,发现错误可以复现,<强>确定问题存在,
根据经验,<>猜测问题可能出现在键盘和UIAlertView上强,与“禁言”的业务无关。
在直播间内尝试其他非“禁言”的场景,同样是在键盘出现的时候,弹出UIAlertView的提示,也会造成后续键盘无法弹出的情况。
在尝试完其他非直播间的主场景之后,发现问题可以描述为:
iOS 11的机器只要弹出来一次UIAlertView,之后再通过becomeFirstResponder无法呼起键盘;必须手动点击输入区域,触发系统的键盘弹出行为,或者切入后台再切回来,才能正常弹出来键盘。
部分页面在点击评论后,会添加一层透明maskView,并弹出键盘。点击透明的maskView会调用resignFirstResponder,在键盘消失的通知中消除maskView。因为键盘无法弹出(也无法收到键盘消失的通知,但maskView还是正常添加),导致这部分页面无法进行后续的交互。
在复现问题后,需要对问题的严重性进行评估,确定虫修复的优先级。
从已知的表现来看,iOS 11下的使用影响较大(UIAlertView的提示较多)。
用iOS 11的机器下载外网版本进行测试,发现错误竟然无法复现!
虽然很诡异,但是问题的优先级可以降到更低,排入正常的错误解决列表中。
外网版本是Xcode8编译的本,本地版本使用的Xcode9通用编译的,难道是Xcode 9编译导致?
1,新建一个演示,只有输入框和按钮,模拟UIAlertView弹出,发现演示是正常的;
2,把应用程序的工程设置复制到演示,把对输入框的属性设置同样复制到演示,演示依旧正常;
3、把演示代码复制到应用程序,并把应用的rootViewController赋值为演示中的VC,依旧正常;
可以确定是应用程序中某部分代码导致的键盘无法弹出的。
经过二分注释的方式,迅速(4、5次左右)定位到问题是应用中的某个服务类导致。
仔细排插服务类的属性,发现里面有一个属性的是继承ui窗口并且水平比UIWindowLevelStatusBar高。
自此,根据所学和苹果UIKit的文档,我们可以对问题进行一次回溯。
苹果官网上响应链和ui窗口的说明,里面关于becomeFirstResponder()的解释是:
对于UIAlertView的iOS 11系统行为,猜测:
1,在UIAlertView弹出的时候,会抢占系统的keyWindow,所以会出现键盘在UIAlertView的时候收回(因为keyWindow改变),
2、在UIAlertView消失的时候,会遍历所有窗,找到其中z轴最高作为keyWindow,所以会出现键盘在UIAlertView消失后弹出(keyWindow变成原来的);
通过写代码调试应用,确定了上面的猜测。
在iOS 11,如果UIAlertView弹出时,存在windowLevel大于UIWindowLevelNormal的ui窗口,就会触发这个键盘无法弹出的错误。
<强> 6,问题修复
1,保证应用中,没有常驻的ui窗口;
2、修复键盘无法弹出时,maskView无法消除的BUG;
3,UIAlertView在后续的版本替换掉;
<强>总结
这次问题从产生,复现,定位,评估再到修复的时间,和写这篇文章的时间差不多。
错误的解决流程各不相同,借此提醒自己对于错误的解决要有目的性和优先级。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
