iOS 11中APP中tableView內(nèi)容下移20pt或下移64pt的問題適配的一個(gè)總結(jié)
閱讀 1235
收藏 43
2017-09-13

原文鏈接：www.reibang.com
導(dǎo)語：本文主要是對iOS 11下APP中tableView
內(nèi)容下移20pt或下移64pt的問題適配的一個(gè)總結(jié)思灌。內(nèi)容包括五個(gè)部分：問題的原因分析、adjustContentInset
屬性的計(jì)算方式恭取、什么情況下的tableView
會(huì)發(fā)生內(nèi)容下移、有哪些解決方法熄守、解決這個(gè)問題時(shí)遇到的另外一個(gè)小問題蜈垮。
一耗跛、iOS 11下APP中tableView內(nèi)容下移20pt或下移64pt的原因分析
問題如下圖所示：

問題.png

2. 安全區(qū)域的概念
   系統(tǒng)自動(dòng)調(diào)整tableView內(nèi)容偏移量溃槐，是根據(jù)安全區(qū)域來調(diào)整的匣砖。安全區(qū)域是iOS 11新提出的，如下圖所示：
   [圖片上傳中竿痰。脆粥。。（2）]SafeArea of an interface.png安全區(qū)域幫助我們將view放置在整個(gè)屏幕的可視的部分影涉。即使把navigationbar設(shè)置為透明的变隔，系統(tǒng)也認(rèn)為安全區(qū)域是從navigationbar的bottom開始的。安全區(qū)域定義了view中可視區(qū)域的部分蟹倾，保證不被系統(tǒng)的狀態(tài)欄匣缘、或父視圖提供的view如導(dǎo)航欄覆蓋∠侍模可以使用additionalSafeAreaInsets
   去擴(kuò)展安全區(qū)域去包括自定義的content在你的界面肌厨。每個(gè)view都可以改變安全區(qū)域嵌入的大小，Controller也可以豁陆。
   safeAreaInsets
   屬性反映了一個(gè)view距離該view的安全區(qū)域的邊距柑爸。對于一個(gè)Controller的根視圖而言，SafeAreaInsets
   值包括了被statusbar
   和其他可視的bars覆蓋的區(qū)域和其他通過additionalSafeAreaInsets
   自定義的insets值盒音。對于view層次中得其他view表鳍，SafeAreaInsets
   值反映了view被覆蓋的部分馅而。如果一個(gè)view全部在它父視圖的安全區(qū)域內(nèi)，則SafeAreaInsets
   值為(0,0,0,0)譬圣。
   二瓮恭、 adjustContentInset屬性的計(jì)算方式
   首先看scrollView在iOS11新增的兩個(gè)屬性：adjustContentInset
   和 contentInsetAdjustmentBehavior
   。
   /* Configure the behavior of adjustedContentInset.Default is UIScrollViewContentInsetAdjustmentAutomatic.*/@property(nonatomic) UIScrollViewContentInsetAdjustmentBehavior contentInsetAdjustmentBehavior

adjustContentInset
表示contentView.frame.origin偏移了scrollview.frame.origin多少厘熟；是系統(tǒng)計(jì)算得來的屯蹦，計(jì)算方式由contentInsetAdjustmentBehavior
決定。有以下幾種計(jì)算方式：
UIScrollViewContentInsetAdjustmentAutomatic
：如果scrollview在一個(gè)automaticallyAdjustsScrollViewContentInset = YES的controller上绳姨，并且這個(gè)Controller包含在一個(gè)navigation controller中登澜，這種情況下會(huì)設(shè)置在top & bottom上 adjustedContentInset = safeAreaInset + contentInset不管是否滾動(dòng)。其他情況下與UIScrollViewContentInsetAdjustmentScrollableAxes
相同

UIScrollViewContentInsetAdjustmentScrollableAxes
: 在可滾動(dòng)方向上adjustedContentInset = safeAreaInset + contentInset就缆，在不可滾動(dòng)方向上adjustedContentInset = contentInset帖渠；依賴于scrollEnabled和alwaysBounceHorizontal / vertical = YES，scrollEnabled默認(rèn)為yes竭宰，所以大多數(shù)情況下空郊，計(jì)算方式還是adjustedContentInset = safeAreaInset + contentInset

UIScrollViewContentInsetAdjustmentNever
: adjustedContentInset = contentInset

UIScrollViewContentInsetAdjustmentAlways
: adjustedContentInset = safeAreaInset + contentInset

當(dāng)contentInsetAdjustmentBehavior
設(shè)置為UIScrollViewContentInsetAdjustmentNever的時(shí)候，adjustContentInset值不受SafeAreaInset
值的影響切揭。
三狞甚、什么情況下的tableView會(huì)發(fā)生上述問題
如果設(shè)置了automaticallyAdjustsScrollViewInsets = YES，那么不會(huì)發(fā)生問題廓旬，一直都是由系統(tǒng)來調(diào)整內(nèi)容的偏移量哼审。
接下來排查下自己的項(xiàng)目中哪些頁面會(huì)發(fā)生以上問題。
當(dāng)tableView的frame超出安全區(qū)域范圍時(shí)孕豹，系統(tǒng)會(huì)自動(dòng)調(diào)整內(nèi)容的位置涩盾，SafeAreaInsets
值會(huì)不為0，于是影響tableView的adjustContentInset
值励背，于是影響tableView的內(nèi)容展示春霍，導(dǎo)致tableView的content下移了SafeAreaInsets
的距離。SafeAreaInsets
值為0時(shí)叶眉，是正常的情況址儒。
需要了解每個(gè)頁面的結(jié)構(gòu)，看tableView是否被系統(tǒng)的statusbar或navigationbar覆蓋衅疙，如果被覆蓋的話莲趣，則會(huì)發(fā)生下移。也可以通過tableview.safeAreaInsets
的值來確認(rèn)是因?yàn)榘踩珔^(qū)域的問題導(dǎo)致的內(nèi)容下移饱溢。
如下代碼片段喧伞，可以看出系統(tǒng)對tableView向下調(diào)整了20pt的距離，因?yàn)閠ableView超出了安全區(qū)域范圍，被statusbar覆蓋絮识。
tableview.contentInset: {64, 0, 60, 0}tableview.safeAreaInsets: {20, 0, 0, 0}tableview.adjustedContentInset: {84, 0, 60, 0}

四绿聘、這個(gè)問題的解決方法有哪些？

1. 重新設(shè)置tableView的contentInset值次舌，來抵消掉SafeAreaInset值，因?yàn)閮?nèi)容下移偏移量 = contentInset + SafeAreaInset兽愤；
   如果之前自己設(shè)置了contentInset
   值為(64,0,0,0),現(xiàn)在系統(tǒng)又設(shè)置了SafeAreaInsets
   值為(64,0,0,0)彼念，那么tableView內(nèi)容下移了64pt，這種情況下浅萧，可以設(shè)置contentInset
   值為(0,0,0,0)逐沙，也就是遵從系統(tǒng)的設(shè)置了。
2. 設(shè)置tableView的contentInsetAdjustmentBehavior屬性
   如果不需要系統(tǒng)為你設(shè)置邊緣距離洼畅，可以做以下設(shè)置：
   //如果iOS的系統(tǒng)是11.0吩案，會(huì)有這樣一個(gè)宏定義“#define __IPHONE_11_0 110000”；如果系統(tǒng)版本低于11.0則沒有這個(gè)宏定義#ifdef __IPHONE_11_0 if ([tableView respondsToSelector:@selector(setContentInsetAdjustmentBehavior:)]) { tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;}#endif

contentInsetAdjustmentBehavior
屬性也是用來取代automaticallyAdjustsScrollViewInsets
屬性的帝簇，推薦使用這種方式徘郭。

3. 通過設(shè)置iOS 11新增的屬性addtionalSafeAreaInset；
   iOS 11之前丧肴，大家是通過將Controller的automaticallyAdjustsScrollViewInsets
   屬性設(shè)置為NO残揉，來禁止系統(tǒng)對tableView調(diào)整contentInsets
   的。如果還是想從Controller級(jí)別解決問題芋浮，那么可以通過設(shè)置Controller的additionalSafeAreaInsets
   屬性抱环，如果SafeAreaInset
   值為(20,0,0,0)，那么設(shè)置additionalSafeAreaInsets
   屬性值為(-20,0,0,0)纸巷，則SafeAreaInsets
   不會(huì)對adjustedContentInset
   值產(chǎn)生影響镇草，tableView內(nèi)容不會(huì)顯示異常。這里需要注意的是addtionalSafeAreaInset
   是Controller的屬性瘤旨，要知道SafeAreaInset
   的值是由哪個(gè)Controller引起的梯啤，可能是由自己的Controller調(diào)整的，可能是navigationController調(diào)整的裆站。是由哪個(gè)Controller調(diào)整的条辟，則設(shè)置哪個(gè)Controller的addtionalSafeAreaInset
   值來抵消掉SafeAreaInset
   值。
   五宏胯、遇到的另外一個(gè)與安全區(qū)域無關(guān)的tableView內(nèi)容下移的問題
   我的作品頁面的tableView下移了約40pt羽嫡，這里是否跟安全區(qū)域有關(guān)呢？
   查了下頁面結(jié)構(gòu)肩袍，tableView的父視圖的frame在navigationbar的bottom之下杭棵，tableView在父視圖的安全區(qū)域內(nèi)，打印出來tableView的SafeAreaInset值也是(0，0魂爪，0先舷，0);所以不是安全區(qū)域?qū)е碌膬?nèi)容下移。
   經(jīng)過查看代碼滓侍，發(fā)現(xiàn)tableView的style:UITableViewStyleGrouped
   類型蒋川，默認(rèn)tableView開頭和結(jié)尾是有間距的，不需要這個(gè)間距的話撩笆，可以通過實(shí)現(xiàn)heightForHeaderInSection方法（返回一個(gè)較小值：0.1）和viewForHeaderInSection（返回一個(gè)view）來去除頭部的留白捺球，底部同理。
   iOS 11上發(fā)生tableView頂部有留白夕冲，原因是代碼中只實(shí)現(xiàn)了heightForHeaderInSection方法氮兵，而沒有實(shí)現(xiàn)viewForHeaderInSection方法。那樣寫是不規(guī)范的歹鱼，只實(shí)現(xiàn)高度泣栈，而沒有實(shí)現(xiàn)view，但代碼這樣寫在iOS 11之前是沒有問題的弥姻，iOS 11之后應(yīng)該是由于開啟了估算行高機(jī)制引起了bug南片。添加上viewForHeaderInSection方法后，問題就解決了蚁阳×迦蓿或者添加以下代碼關(guān)閉估算行高，問題也得到解決螺捐。