点击上方“程序员共读”，选择“置顶公众号”
关键时刻，第一时间送达！
前言
在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的解决要有目的性和优先级。
【点击成为安卓大神】
