引：本文主要是對(duì)iOS 11下APP中tableView內(nèi)容下移20pt或下移64pt的問題適配的一個(gè)總結(jié)。內(nèi)容包括五個(gè)部分：?jiǎn)栴}的原因分析蒙兰、adjustContentInset屬性的計(jì)算方式、什么情況下的tableView會(huì)發(fā)生內(nèi)容下移空猜、有哪些解決方法就漾、解決這個(gè)問題時(shí)遇到的另外一個(gè)小問題
一粱坤、iOS 11下APP中tableView內(nèi)容下移20pt或下移64pt的原因分析
原因是iOS 11中Controller的automaticallyAdjustsScrollViewInsets屬性被廢棄了，所以當(dāng)tableView超出安全區(qū)域時(shí)系統(tǒng)自動(dòng)調(diào)整了SafeAreaInsets值冈在，進(jìn)而影響adjustedContentInset值倒慧，在iOS 11中決定tableView的內(nèi)容與邊緣距離的是adjustedContentInset屬性，而不是contentInset包券。adjustedContentInset的計(jì)算方式見本文第二部分內(nèi)容纫谅。因?yàn)橄到y(tǒng)對(duì)adjustedContentInset值進(jìn)行了調(diào)整，所以導(dǎo)致tableView的內(nèi)容到邊緣的距離發(fā)生了變化溅固，導(dǎo)致tableView下移了20pt（statusbar高度）或64pt（navigationbar高度）付秕。
如果你的APP中使用的是自定義的navigationbar，隱藏掉系統(tǒng)的navigationbar侍郭，并且tableView的frame為(0,0,SCREEN_WIDTH, SCREEN_HEIGHT)開始询吴，那么系統(tǒng)會(huì)自動(dòng)調(diào)整SafeAreaInsets值為(20,0,0,0)，如果使用了系統(tǒng)的navigationbar亮元，那么SafeAreaInsets值為(64,0,0,0)猛计，如果也使用了系統(tǒng)的tabbar，那么SafeAreaInsets值為(64,0,49,0)爆捞。
二. 安全區(qū)域的概念
系統(tǒng)自動(dòng)調(diào)整tableView內(nèi)容偏移量奉瘤，是根據(jù)安全區(qū)域來調(diào)整的。安全區(qū)域是iOS 11新提出的煮甥，如下圖所示：
安全區(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ū)域的邊距。對(duì)于一個(gè)Controller的根視圖而言顷蟀，SafeAreaInsets值包括了被statusbar和其他可視的bars覆蓋的區(qū)域和其他通過additionalSafeAreaInsets自定義的insets值酒请。對(duì)于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ì)算方式：
1.UIScrollViewContentInsetAdjustmentAutomatic：如果scrollview在一個(gè)automaticallyAdjustsScrollViewInsets = YES的controller上唆途，并且這個(gè)Controller包含在一個(gè)navigation controller中，這種情況下會(huì)設(shè)置在top & bottom上 adjustedContentInset = safeAreaInset + contentInset不管是否滾動(dòng)掸驱。其他情況下與UIScrollViewContentInsetAdjustmentScrollableAxes相同
2.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)目中哪些頁(yè)面會(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è)頁(yè)面的結(jié)構(gòu)医舆，看tableView是否被系統(tǒng)的statusbar或navigationbar覆蓋，如果被覆蓋的話象缀，則會(huì)發(fā)生下移蔬将。也可以通過tableview.safeAreaInsets的值來確認(rèn)是因?yàn)榘踩珔^(qū)域的問題導(dǎo)致的內(nèi)容下移。
如下代碼片段央星，可以看出系統(tǒng)對(duì)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)對(duì)tableView調(diào)整contentInsets的陈症。如果還是想從Controller級(jí)別解決問題蔼水，那么可以通過設(shè)置Controller的additionalSafeAreaInsets屬性，如果SafeAreaInset值為(20,0,0,0)录肯，那么設(shè)置additionalSafeAreaInsets屬性值為(-20,0,0,0)趴腋，則SafeAreaInsets不會(huì)對(duì)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)容下移的問題
我的作品頁(yè)面的tableView下移了約40pt，這里是否跟安全區(qū)域有關(guān)呢单寂？
查了下頁(yè)面結(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)閉估算行高腿箩，問題也得到解決豪直。
self.tableView.estimatedRowHeight = 0;
self.tableView.estimatedSectionHeaderHeight = 0;
self.tableView.estimatedSectionFooterHeight = 0;
作者：sonialiu
鏈接：http://www.reibang.com/p/efbc8619d56b
來源：簡(jiǎn)書
