前言
前久發(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 命令確認 ）。同時在打印 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)。
于是嘗試在代碼中加入了一句：
|
1
2
3
|
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ò)加載，這個加載的速度有可能快、有可能慢，那么當?shù)谝淮雾撁骘@示完成之后，有可能二級菜單已經(jīng)顯示完了，自動布局引擎還沒有完成計算，它有可能再次修改 scroll view 的 contentinset 值，從在頁面第一次加載時，菜單顯示不出來。
要解決這個問題，必須思考其它方式。比如 uiscrollviewdelegate 協(xié)議。
首先將 view controller 聲明為實現(xiàn) uiscrollviewdelegate:
|
1
|
<uiscrollviewdelegate> |
設(shè)置 scroll view 的 delegate 委托：
|
1
|
_scrollbar.delegate = self; |
然后實現(xiàn) scrollviewdidscroll 委托方法：
|
1
2
3
4
5
6
|
// mark: - uiscrollviewdelegate-(void)scrollviewdidscroll:(uiscrollview *)scrollview{ if (scrollview == _scrollbar && scrollview.contentoffset.y != 0){ _scrollbar.contentinset = uiedgeinsetszero; }} |
運行 app，這次問題得到了完美解決。
注意：所有 uiscrollview 子類都有此問題。如果你是用 ib 進行布局，則在使用 align to edges 時，需要注意將四邊對齊于 superview，而不是默認的 safe area，否則就會出現(xiàn)此問題。
總結(jié)
以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對服務(wù)器之家的支持。
原文鏈接：https://blog.csdn.net/kmyhy/article/details/80061838
