iOS 11 BUG的发现、定位和解决
前言
在ios 11发布之后，出现了一系列适配相关的问题，uiscrollview在pagingenabled=yes时滑动手势不灵敏，uitableview的滑动删除功能变动，uiimagepickerviewcontroller的取消按钮点击区域变小等，本文介绍其中一个uialertview问题，分享其发现、定位和解决。
正文
1、问题产生
问题的最初，是ios 11正式版发布后不久，测试的同学提了一个ios 11相关的bug，表现是：在直播间内发送聊天信息，如果被禁言，会弹出“被禁言”提示，键盘收回去，然后就弹不出来。
开发在接到这个bug的时候，先把问题抽象出来几个要素：直播间内、键盘弹出、弹出提示、键盘收回、键盘无法弹出。
“弹出提示是用的uialertview的方式。在键盘出现时弹出uialertview的提示，键盘会收起，uialertview消失后，键盘会再次弹出，是一次正常的表现。”
2、问题复现
按照复现路径做一次尝试，发现bug可以复现，确定问题存在；
根据经验，猜测问题可能出现在键盘和uialertview上，与“禁言”的业务无关。
在直播间内尝试其他非“禁言”的场景，同样是在键盘出现的时候，弹出uialertview的提示，也会造成后续键盘无法弹出的情况。
在尝试完其他非直播间的主场景之后，发现问题可以描述为：
ios 11的机器只要弹出来一次uialertview，之后再通过becomefirstresponder无法呼起键盘；必须手动点击输入区域，触发系统的键盘弹出行为，或者切入后台再切回来，才能正常弹出来键盘。
部分页面在点击评论后，会添加一层透明maskview，并弹出键盘。点击透明的maskview会调用resignfirstresponder，在键盘消失的notification中消除maskview。因为键盘无法弹出（也无法收到键盘消失的notification，但maskview还是正常添加），导致这部分页面无法进行后续的交互。
3、问题评估
在复现问题后，需要对问题的严重性进行评估，确定bug修复的优先级。
从已知的表现来看，ios 11下的使用影响较大（uialertview的提示较多）。
用ios 11的机器下载外网版本进行测试，发现bug竟然无法复现！
虽然很诡异，但是问题的优先级可以降到更低，排入正常的bug解决列表中。
4、问题解析
外网版本是xcode8编译的本，本地版本使用的xcode9 gm编译的，难道是xcode 9编译导致？
1、新建一个demo，只有输入框和按钮，模拟uialertview弹出，发现demo是正常的；
2、把app的工程设置复制到demo，把对输入框的属性设置同样复制到demo，demo依旧正常；
3、把demo代码复制到app，并把app的rootviewcontroller赋值为demo中的vc，依旧正常；
可以确定是app中某部分代码导致的键盘无法弹出的。
经过二分注释的方式，迅速（4、5次左右）定位到问题是app中的某个service类导致。
仔细排插service类的属性，发现里面有一个属性的是继承uiwindow并且level比uiwindowlevelstatusbar高。
自此，根据所学和苹果uikit的文档，我们可以对问题进行一次回溯。
5、问题回溯
苹果官网上响应链和uiwindow的说明，里面关于becomefirstresponder()的解释是：asks uikit to make this object the first responder in its window.
对于uialertview的ios 11系统行为，猜测：
1、在uialertview弹出的时候，会抢占系统的keywindow，所以会出现键盘在uialertview的时候收回（因为keywindow改变）；
2、在uialertview消失的时候，会遍历所有window，找到其中z轴最高作为keywindow，所以会出现键盘在uialertview消失后弹出（keywindow变成原来的）；
通过写代码调试app，确定了上面的猜测。
在ios 11，如果uialertview弹出时，存在windowlevel 大于 uiwindowlevelnormal 的uiwindow，就会触发这个键盘无法弹出的bug。
6、问题修复
1、保证app中，没有常驻的uiwindow；
2、修复键盘无法弹出时，maskview无法消除的bug；
3、uialertview在后续的版本替换掉；
总结
这次问题从产生、复现、定位、评估再到修复的时间，和写这篇文章的时间差不多。
bug的解决流程各不相同，借此提醒自己对于bug的解决要有目的性和优先级。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。