内容简介：前言加载页面时所有浏览器都有一个顶级菜单（例如显示地址栏），当您开始滚动页面时，该菜单会向上滑动。这个时候该菜单会变小，由于100vh仅在视口的可见部分计算，因此会导致所有布局都重新绘制并重新调整，对用户体验的糟糕跳跃效果。参见图如下，明显可见第二个菜单栏变小了。
前言
加载页面时所有浏览器都有一个顶级菜单（例如显示地址栏），当您开始滚动页面时，该菜单会向上滑动。这个时候该菜单会变小，由于100vh仅在视口的可见部分计算，因此会导致所有布局都重新绘制并重新调整，对用户体验的糟糕跳跃效果。
参见图如下，明显可见第二个菜单栏变小了。
正文
不幸的是这个问题是一直有意存在的.....
这是一个众所周知的问题（至少在safari mobile中是存在的），这是有意的，因为它可以防止其他问题。 参见Benjamin Poulain回复webkit bug:
这完全是故意的。我们需要花费大量的工作才能达到这个效果。 CSS3常见问题：100vh在移动浏览器中不是固定的，恒定的-创客青年博客
基本问题是：滚动时可见区域会动态变化。如果我们相应地更新CSS视口高度，我们需要在滚动期间更新布局。不仅如此看起来像狗屎，但在大多数页面中以60
FPS执行此操作几乎是不可能的（60 FPS是iOS上的基线帧速率）。
动态更新高度不起作用，我们有几个选择：在iOS上删除视口单元，匹配iOS 8之前的文档大小，使用小视图大小，使用大视图大小。
根据我们的数据，使用更大的视图大小是最好的折衷方案。大多数使用视口单元的网站在大多数时候看起来很棒。
可以看考Nicolas Hoizey大神对这个问题的研究: https://nicolas-hoizey.com/20...
不打算修复
目前，除了避免在移动设备上使用视口高度之外，没有更好的解决办法。移动Chrome似乎也想要适应这一点，尽管它不确定它们是否会贯彻执行。（ 参考链接 ）
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
