iOS safari瀏覽器上overflow: scroll元素?zé)o法滾動bug深究

shmily 發(fā)布于2019-08-23 11:59 / 1152人閱讀

摘要：前情提要在之前我寫過一篇文章瀏覽器上元素?zé)o法滑動解決方法整理，這篇文章寫的是，當(dāng)瀏覽器上出現(xiàn)大于父容器的元素，想給父容器加上實(shí)現(xiàn)內(nèi)部滾動效果而失敗的總結(jié)。解決方法反其道而行之。當(dāng)子元素加載完成時，將包裹元素?fù)伍_，父元素便可以自由滾動了。

前情提要

在之前我寫過一篇文章：iOS safari瀏覽器上overflow: scroll元素?zé)o法滑動bug解決方法整理，這篇文章寫的是，當(dāng)iOS safari瀏覽器上出現(xiàn)大于父容器的svg元素，想給父容器加上overflow: scroll實(shí)現(xiàn)內(nèi)部滾動效果而失敗的總結(jié)。但當(dāng)時并沒有意識到這個問題的實(shí)際原理，只是知道了safari給scroll元素加入了原生的scrollView塊。

bug原理

最近在做一個項(xiàng)目的時候，在safari上遇到了一個其他的bug，卻讓我意識到了這個問題的終極原因。

項(xiàng)目bug是這樣的：我在用Nuxt做一個展示站點(diǎn)，需要使用錨鏈接在頁面剛進(jìn)入的時候跳轉(zhuǎn)到某個位置。這里我本來使用的是router api提供的scrollBehavior方法，但這個方法在Nuxt上有局限性。我就把實(shí)現(xiàn)方式改為：進(jìn)入頁面后，動態(tài)計(jì)算不同錨點(diǎn)位置的scroll top再設(shè)置父元素的scroll位置。

在其他瀏覽器上都是ok的，但在safari上就出了問題：在頁面剛進(jìn)入時無法正確獲取到元素的scroll top，小很多，只有頁面加載完成之后才可以。

究其原因，是因?yàn)槲以陧撁嫔?strong>放了很多張圖片讓其自行占位，而在頁面剛加載時，其他瀏覽器會預(yù)先獲取到圖片的大小而給其一個占位，無論圖片是否加載完成頁面總高度固定的。而safari就不一樣，圖片沒加載成功時高度是0。

圖片沒加載成功時高度是0。哇長見識了。

這時回想到之前在safari上的那個scroll bug，在查閱相關(guān)資料后就可以得出結(jié)論了：

safari瀏覽器在渲染頁面元素的時候，會預(yù)先走webkit瀏覽器的渲染流程：

構(gòu)建DOM tree

構(gòu)建CSS rule tree

根據(jù)DOM和CSS tree來構(gòu)建render tree

根據(jù)render tree計(jì)算頁面的layout

render頁面

注意在第三步和第四步的時候，safari瀏覽器在構(gòu)建render tree的時候，會預(yù)先找到相應(yīng)的overflow: scroll元素，在計(jì)算頁面layout的時候，會計(jì)算父元素的高度與子元素的高度，若子元素高于父元素，則在render頁面時為其建立一個原生的scrollView。

這個scrollView有什么用的？其實(shí)就是為了給其一個彈彈樂的效果（但確實(shí)用戶體驗(yàn)不錯）。

當(dāng)子元素是某個媒體格式時，比如img、object（svg）等，safari在加載完成之前是不會在計(jì)算在layout之內(nèi)的，也就是高度為0，則子元素的高度就一定小于父元素的高度，safari不會給父元素一個原生的scrollView。

解決方法

反其道而行之。當(dāng)出現(xiàn)這種問題的時候，給子元素一個包裹元素，包裹元素設(shè)置一個min-height大于父元素的高度，讓父元素有scrollView。當(dāng)子元素加載完成時，將包裹元素?fù)伍_，父元素便可以自由滾動了。