前言

在iOS 11發(fā)布之后，出現(xiàn)了一系列適配相關(guān)的問題，UIScrollView在pagingEnabled=YES時滑動手勢不靈敏，UITableView的滑動刪除功能變動，UIImagePickerViewController的取消按鈕點擊區(qū)域變小等，本文介紹其中一個UIAlertView問題，分享其發(fā)現(xiàn)、定位和解決。

正文

1、問題產(chǎn)生

問題的最初，是iOS 11正式版發(fā)布后不久，測試的同學(xué)提了一個iOS 11相關(guān)的BUG，表現(xiàn)是：在直播間內(nèi)發(fā)送聊天信息，如果被禁言，會彈出“被禁言”提示，鍵盤收回去，然后就彈不出來。

開發(fā)在接到這個BUG的時候，先把問題抽象出來幾個要素：直播間內(nèi)、鍵盤彈出、彈出提示、鍵盤收回、鍵盤無法彈出。

彈出提示是用的UIAlertView的方式。在鍵盤出現(xiàn)時彈出UIAlertView的提示，鍵盤會收起，UIAlertView消失后，鍵盤會再次彈出，是一次正常的表現(xiàn)。

2、問題復(fù)現(xiàn)

按照復(fù)現(xiàn)路徑做一次嘗試，發(fā)現(xiàn)BUG可以復(fù)現(xiàn)，確定問題存在;

• 根據(jù)經(jīng)驗，猜測問題可能出現(xiàn)在鍵盤和UIAlertView上，與“禁言”的業(yè)務(wù)無關(guān)。
• 在直播間內(nèi)嘗試其他非“禁言”的場景，同樣是在鍵盤出現(xiàn)的時候，彈出UIAlertView的提示，也會造成后續(xù)鍵盤無法彈出的情況。

在嘗試完其他非直播間的主場景之后，發(fā)現(xiàn)問題可以描述為：

• iOS 11的機器只要彈出來一次UIAlertView，之后再通過becomeFirstResponder無法呼起鍵盤;必須手動點擊輸入?yún)^(qū)域，觸發(fā)系統(tǒng)的鍵盤彈出行為，或者切入后臺再切回來，才能正常彈出來鍵盤。
• 部分頁面在點擊評論后，會添加一層透明maskView，并彈出鍵盤。點擊透明的maskView會調(diào)用resignFirstResponder，在鍵盤消失的notification中消除maskView。因為鍵盤無法彈出(也無法收到鍵盤消失的notification，但maskView還是正常添加)，導(dǎo)致這部分頁面無法進行后續(xù)的交互。

3、問題評估

• 在復(fù)現(xiàn)問題后，需要對問題的嚴重性進行評估，確定BUG修復(fù)的優(yōu)先級。
• 從已知的表現(xiàn)來看，iOS 11下的使用影響較大(UIAlertView的提示較多)。
• 用iOS 11的機器下載外網(wǎng)版本進行測試，發(fā)現(xiàn)BUG竟然無法復(fù)現(xiàn)!
• 雖然很詭異，但是問題的優(yōu)先級可以降到更低，排入正常的BUG解決列表中。

4、問題解析

外網(wǎng)版本是Xcode8編譯的本，本地版本使用的Xcode9 GM編譯的，難道是Xcode 9編譯導(dǎo)致?

• 新建一個demo，只有輸入框和按鈕，模擬UIAlertView彈出，發(fā)現(xiàn)demo是正常的;
• 把app的工程設(shè)置復(fù)制到demo，把對輸入框的屬性設(shè)置同樣復(fù)制到demo，demo依舊正常;
• 把demo代碼復(fù)制到app，并把app的rootViewController賦值為demo中的VC，依舊正常;

可以確定是app中某部分代碼導(dǎo)致的鍵盤無法彈出的。

經(jīng)過二分注釋的方式，迅速(4、5次左右)定位到問題是app中的某個Service類導(dǎo)致。

仔細排插Service類的屬性，發(fā)現(xiàn)里面有一個屬性的是繼承UIWindow并且level比UIWindowLevelStatusBar高。

自此，根據(jù)所學(xué)和蘋果UIKit的文檔，我們可以對問題進行一次回溯。

5、問題回溯

蘋果官網(wǎng)上響應(yīng)鏈和UIWindow的說明，里面關(guān)于becomeFirstResponder()的解釋是：

Asks UIKit to make this object the first responder in its window.

對于UIAlertView的iOS 11系統(tǒng)行為，猜測：

• 在UIAlertView彈出的時候，會搶占系統(tǒng)的keyWindow，所以會出現(xiàn)鍵盤在UIAlertView的時候收回(因為keyWindow改變);
• 在UIAlertView消失的時候，會遍歷所有Window，找到其中z軸***作為keyWindow，所以會出現(xiàn)鍵盤在UIAlertView消失后彈出(keyWindow變成原來的);

通過寫代碼調(diào)試app，確定了上面的猜測。

在iOS 11，如果UIAlertView彈出時，存在windowLevel 大于 UIWindowLevelNormal 的UIWindow，就會觸發(fā)這個鍵盤無法彈出的BUG。

6、問題修復(fù)

• 保證app中，沒有常駐的UIWindow;
• 修復(fù)鍵盤無法彈出時，maskView無法消除的BUG;
• UIAlertView在后續(xù)的版本替換掉;

總結(jié)

• 這次問題從產(chǎn)生、復(fù)現(xiàn)、定位、評估再到修復(fù)的時間，和寫這篇文章的時間差不多。
• BUG的解決流程各不相同，借此提醒自己對于BUG的解決要有目的性和優(yōu)先級。