前言
在iOS 11發(fā)布之后未玻，出現(xiàn)了一系列適配相關(guān)的問題，UIScrollView在pagingEnabled=YES時(shí)滑動(dòng)手勢(shì)不靈敏饭寺，UITableView的滑動(dòng)刪除功能變動(dòng)阻课，UIImagePickerViewController的取消按鈕點(diǎn)擊區(qū)域變小等叫挟，本文介紹其中一個(gè)UIAlertView問題，分享其發(fā)現(xiàn)限煞、定位和解決抹恳。
正文
1、問題產(chǎn)生
問題的最初署驻，是iOS 11正式版發(fā)布后不久奋献，測(cè)試的同學(xué)提了一個(gè)iOS 11相關(guān)的BUG，表現(xiàn)是：在直播間內(nèi)發(fā)送聊天信息旺上，如果被禁言瓶蚂，會(huì)彈出“被禁言”提示，鍵盤收回去宣吱，然后就彈不出來窃这。
開發(fā)在接到這個(gè)BUG的時(shí)候，先把問題抽象出來幾個(gè)要素：直播間內(nèi)征候、鍵盤彈出杭攻、彈出提示、鍵盤收回倍奢、鍵盤無法彈出朴上。
彈出提示是用的
UIAlertView的方式。在鍵盤出現(xiàn)時(shí)彈出UIAlertView的提示卒煞，鍵盤會(huì)收起痪宰，UIAlertView消失后，鍵盤會(huì)再次彈出畔裕，是一次正常的表現(xiàn)衣撬。
2、問題復(fù)現(xiàn)
按照復(fù)現(xiàn)路徑做一次嘗試扮饶，發(fā)現(xiàn)BUG可以復(fù)現(xiàn)具练，確定問題存在；
根據(jù)經(jīng)驗(yàn)甜无，猜測(cè)問題可能出現(xiàn)在鍵盤和UIAlertView上扛点，與“禁言”的業(yè)務(wù)無關(guān)。
在直播間內(nèi)嘗試其他非“禁言”的場(chǎng)景岂丘，同樣是在鍵盤出現(xiàn)的時(shí)候陵究，彈出UIAlertView的提示，也會(huì)造成后續(xù)鍵盤無法彈出的情況奥帘。
在嘗試完其他非直播間的主場(chǎng)景之后铜邮，發(fā)現(xiàn)問題可以描述為：
iOS 11的機(jī)器只要彈出來一次UIAlertView，之后再通過becomeFirstResponder無法呼起鍵盤；必須手動(dòng)點(diǎn)擊輸入?yún)^(qū)域松蒜，觸發(fā)系統(tǒng)的鍵盤彈出行為扔茅，或者切入后臺(tái)再切回來，才能正常彈出來鍵盤秸苗。
部分頁面在點(diǎn)擊評(píng)論后召娜，會(huì)添加一層透明maskView，并彈出鍵盤惊楼。點(diǎn)擊透明的maskView會(huì)調(diào)用resignFirstResponder萤晴，在鍵盤消失的notification中消除maskView。因?yàn)殒I盤無法彈出（也無法收到鍵盤消失的notification胁后，但maskView還是正常添加）店读，導(dǎo)致這部分頁面無法進(jìn)行后續(xù)的交互。
3攀芯、問題評(píng)估
在復(fù)現(xiàn)問題后屯断，需要對(duì)問題的嚴(yán)重性進(jìn)行評(píng)估，確定BUG修復(fù)的優(yōu)先級(jí)侣诺。
從已知的表現(xiàn)來看殖演，iOS 11下的使用影響較大（UIAlertView的提示較多）。
用iOS 11的機(jī)器下載外網(wǎng)版本進(jìn)行測(cè)試年鸳，發(fā)現(xiàn)BUG竟然無法復(fù)現(xiàn)趴久！
雖然很詭異，但是問題的優(yōu)先級(jí)可以降到更低搔确，排入正常的BUG解決列表中彼棍。
4、問題解析
外網(wǎng)版本是Xcode8編譯的本膳算，本地版本使用的Xcode9 GM編譯的座硕，難道是Xcode 9編譯導(dǎo)致？
1涕蜂、新建一個(gè)demo华匾，只有輸入框和按鈕，模擬UIAlertView彈出机隙，發(fā)現(xiàn)demo是正常的蜘拉；
2、把a(bǔ)pp的工程設(shè)置復(fù)制到demo有鹿，把對(duì)輸入框的屬性設(shè)置同樣復(fù)制到demo旭旭，demo依舊正常；
3印颤、把demo代碼復(fù)制到app您机，并把a(bǔ)pp的rootViewController賦值為demo中的VC穿肄，依舊正常年局；
可以確定是app中某部分代碼導(dǎo)致的鍵盤無法彈出的际看。
經(jīng)過二分注釋的方式，迅速（4矢否、5次左右）定位到問題是app中的某個(gè)Service類導(dǎo)致仲闽。
仔細(xì)排插Service類的屬性，發(fā)現(xiàn)里面有一個(gè)屬性的是繼承UIWindow并且level比UIWindowLevelStatusBar高僵朗。
自此赖欣，根據(jù)所學(xué)和蘋果UIKit的文檔，我們可以對(duì)問題進(jìn)行一次回溯验庙。
5顶吮、問題回溯
蘋果官網(wǎng)上響應(yīng)鏈和UIWindow的說明，里面關(guān)于becomeFirstResponder()的解釋是：
Asks UIKit to make this object the first responder in its window.
對(duì)于UIAlertView的iOS 11系統(tǒng)行為粪薛，猜測(cè)：
1悴了、在UIAlertView彈出的時(shí)候，會(huì)搶占系統(tǒng)的keyWindow违寿，所以會(huì)出現(xiàn)鍵盤在UIAlertView的時(shí)候收回（因?yàn)閗eyWindow改變）湃交；
2、在UIAlertView消失的時(shí)候藤巢，會(huì)遍歷所有Window搞莺，找到其中z軸最高作為keyWindow，所以會(huì)出現(xiàn)鍵盤在UIAlertView消失后彈出（keyWindow變成原來的）掂咒；
通過寫代碼調(diào)試app才沧，確定了上面的猜測(cè)。
在iOS 11绍刮，如果UIAlertView彈出時(shí)糜工，存在windowLevel 大于 UIWindowLevelNormal 的UIWindow，就會(huì)觸發(fā)這個(gè)鍵盤無法彈出的BUG录淡。
6捌木、問題修復(fù)
1、保證app中嫉戚，沒有常駐的UIWindow刨裆；
2、修復(fù)鍵盤無法彈出時(shí)彬檀，maskView無法消除的BUG帆啃；
3、UIAlertView在后續(xù)的版本替換掉窍帝；
總結(jié)
這次問題從產(chǎn)生努潘、復(fù)現(xiàn)、定位、評(píng)估再到修復(fù)的時(shí)間疯坤，和寫這篇文章的時(shí)間差不多报慕。
BUG的解決流程各不相同，借此提醒自己對(duì)于BUG的解決要有目的性和優(yōu)先級(jí)压怠。
