前言
在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编译导致?
- 新建一个demo，只有输入框和按钮，模拟UIAlertView弹出，发现demo是正常的;
- 把app的工程设置复制到demo，把对输入框的属性设置同样复制到demo，demo依旧正常;
- 把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系统行为，猜测：
- 在UIAlertView弹出的时候，会抢占系统的keyWindow，所以会出现键盘在UIAlertView的时候收回(因为keyWindow改变);
- 在UIAlertView消失的时候，会遍历所有Window，找到其中z轴***作为keyWindow，所以会出现键盘在UIAlertView消失后弹出(keyWindow变成原来的);
通过写代码调试app，确定了上面的猜测。
在iOS 11，如果UIAlertView弹出时，存在windowLevel 大于 UIWindowLevelNormal 的UIWindow，就会触发这个键盘无法弹出的BUG。
6、问题修复
- 保证app中，没有常驻的UIWindow;
- 修复键盘无法弹出时，maskView无法消除的BUG;
- UIAlertView在后续的版本替换掉;
总结
- 这次问题从产生、复现、定位、评估再到修复的时间，和写这篇文章的时间差不多。
- BUG的解决流程各不相同，借此提醒自己对于BUG的解决要有目的性和优先级。
