問題背景
起因是接手了一個(gè)狀態(tài)欄自定義view的UI顯示問題，原本以為只是一個(gè)簡答的UI問題，沒想到在自測以及驗(yàn)證當(dāng)中，發(fā)掘出了一系列UIWindow的各種坑
先說需求
先簡單說一下產(chǎn)品和交互需求
1.客服的會(huì)話如果沒有處理，在第X分鐘會(huì)收到即將超時(shí)提醒；
2.當(dāng)有即將超時(shí)提醒的時(shí)候，會(huì)持續(xù)顯示在狀態(tài)欄上，而這個(gè)顯示是全局的，基本上除了登錄頁面，App每個(gè)頁面都會(huì)在狀態(tài)欄顯示；
3.當(dāng)用戶點(diǎn)擊狀態(tài)欄的時(shí)候，會(huì)跳轉(zhuǎn)到客服列表頁面，并且能夠返回到之前的頁面；
技術(shù)實(shí)現(xiàn)
iOS要在狀態(tài)欄上顯示自定義視圖，唯一方式是以UIWindow的方式覆蓋在上面，然后加入相應(yīng)的事件處理
引發(fā)的各種坑
如果熟悉iOS UI機(jī)制，可以知道UIWindow是一個(gè)層級比較高的特殊窗口，所有的UIView必須附加在某一個(gè)UIWindow上。而我們App啟動(dòng)的時(shí)候，會(huì)初始化一個(gè)UIWindow的主視圖，為了便于區(qū)分，這邊叫做MainWindow，而我們的狀態(tài)欄自定義視圖叫做StatusBarWindow，接著說說坑
- 首先是KeyWindow，這個(gè)是我們開發(fā)當(dāng)中經(jīng)常使用到的，比如添加一個(gè)全局視圖或者不好拿到當(dāng)前視圖時(shí)我們通常都會(huì)想到直接添加到KeyWindow上。而KeyWindow恰恰有可能并不是MainWindow，比如我們自定義的StatusBarWindow，就會(huì)出現(xiàn)很詭異的問題，各種視圖被添加到了狀態(tài)欄上；
- 一些添加MainWindow上的UIView，當(dāng)我們跳轉(zhuǎn)到客服列表的時(shí)候，直接被帶到了客服列表頁面，導(dǎo)致視圖顯示錯(cuò)亂；
- 存在其他UIWindow的情況，沒辦法跳轉(zhuǎn)到客服列表頁面，因?yàn)楫?dāng)前的MainWindow被覆蓋了。并且將其他UIWindow resignKeyWindow之后，我們自定義的StatusBarWindow有可能變成KeyWindow；
- 如果頁面當(dāng)前有Presented的Controller，點(diǎn)擊沒辦法跳轉(zhuǎn)跳轉(zhuǎn)到客服列表頁面；
- UIAlertView神一般的存在，即使UIWindowLevelStatusBar的級別的Window也是無法點(diǎn)擊
- 如果KeyWindow不是主Window的話會(huì)引起主Window的視圖長按，搖一搖等事件失效
解決方案
- 監(jiān)聽KeyWindow的狀態(tài)，防止自定義的StatusBarWindow成為KeyWindow；
- 在跳轉(zhuǎn)時(shí)需要處理以上所列的各種異常情況，清除MainWindow上跟主視圖無關(guān)的其他Sub Views；
- 最好的解決方案是和產(chǎn)品討論其他更友好的交互方式，摒棄這種不科學(xué)的展示和交互行為；
開發(fā)原則
- 盡量避免使用UIWindow；
- 盡量避免將自定義的View添加到KeyWindow上，如果需要最好加到MainWindow；
