前言

前久發(fā)現(xiàn)測試組提交來一個 bug，說有的布局在 iOS 11 上正常，在 iOS 10 下不正常。分別在 iOS 11 模擬器和 iOS 10.3 模擬器上跑了一下 app，發(fā)現(xiàn)果然如此，如下圖所示：

iOS 11 下點擊“省市廣播站”，下級菜單中的按鈕正常顯示：

iOS 10 下點擊“省市廣播站”，下級菜單顯示為空白：

解決方法

檢查代碼，發(fā)現(xiàn)下級菜單中的按鈕是以手動布局方式動態(tài)添加到一個 scroll view 中的。添加時指定了按鈕的框架，框架計算完全正常，按鈕已經(jīng)添加在 scroll view 的 subviews 中了（可以在 LLDB 中用 po 命令確認(rèn) ）。同時在打印 subviews 的過程中發(fā)現(xiàn)，這些按鈕的 frame 并未被改變，仍然是 initWithFrame 時設(shè)定的值，但在 iOS 10.3 下就是不顯示，用視圖調(diào)試器也看不到。

百思不得其解。后來聯(lián)想到 Xcode 9 為了適配 iPhoneX 曾經(jīng)對自動布局約束進行了一些改變，比如“安全區(qū)”的概念，于是懷疑是新的 iOS SDK 對 ScrollView 的某些布局屬性進行了修改。

通過將兩種模擬器下的 scroll view 屬性進行打印后發(fā)現(xiàn)，在 iOS 10/11 下，scroll view 的 contentInset 屬性是有所區(qū)別的。

在 iOS 11 中，contentInset 的值是 (0,0,0,0)，而在 iOS 10 中卻變成了 (64,0,0,0)。

于是嘗試在代碼中加入了一句：

if ([UIDevice currentDevice].systemVersion.floatValue < 11.0) {
  _scrollBar.contentInset = UIEdgeInsetsZero;
 }

發(fā)現(xiàn)在 iOS 10 下菜單居然顯示了！

這種方式雖然在一定程度上解決了問題，但并不徹底，在測試中發(fā)現(xiàn)，iOS 10 下的布局問題偶爾還是會出現(xiàn)（特別是 view controller 第一次加載時）。因為二級菜單需要進行一個網(wǎng)絡(luò)加載，這個加載的速度有可能快、有可能慢，那么當(dāng)?shù)谝淮雾撁骘@示完成之后，有可能二級菜單已經(jīng)顯示完了，自動布局引擎還沒有完成計算，它有可能再次修改 scroll view 的 contentInset 值，從在頁面第一次加載時，菜單顯示不出來。

要解決這個問題，必須思考其它方式。比如 UIScrollViewDelegate 協(xié)議。

首先將 view controller 聲明為實現(xiàn) UIScrollViewDelegate:

<UIScrollViewDelegate>

設(shè)置 scroll view 的 delegate 委托：

_scrollBar.delegate = self;

然后實現(xiàn) scrollViewDidScroll 委托方法：

// MARK: - UIScrollViewDelegate
-(void)scrollViewDidScroll:(UIScrollView *)scrollView{
 if (scrollView == _scrollBar && scrollView.contentOffset.y != 0){
  _scrollBar.contentInset = UIEdgeInsetsZero;
 }
}

運行 app，這次問題得到了完美解決。

注意：所有 UIScrollView 子類都有此問題。如果你是用 IB 進行布局，則在使用 Align to Edges 時，需要注意將四邊對齊于 superview，而不是默認(rèn)的 Safe Area，否則就會出現(xiàn)此問題。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論