视窗单位一直都存在争议，部分原因是因为移动端浏览器对如何实现视窗单位有着自己的看法，这样就让本来简单的事情变得更加复杂化。一个典型的示例是：vw的计算是否要包含浏览器的滚动条？那么网站的导航或页面控件呢？这些应该算在计算中吗？还有一些设备本身的物理属性（比如iPhone X的刘海）是不容忽视的。首先，了解一下背景有关于如何计算视窗单位的规范描述的相当模糊。对于移动设备，我们通常关心的是高度，所以让我们具体来看一下视窗单位中的vh：vh unit：Equal to 1% of the height of the initial containing block.直译过来，大致的意思是vh等于初始包含块高度的1%。所以，在处是设备和特定的浏览器的区别方面，没有明确的指导。vh最初是由浏览器的当前视窗计算的。如果你打开浏览器开始加载一个网站，1vh等于你屏幕高度的1%（减去浏览器界面）。1vh = window.innerHeight。但是！如果你开始滚动，那就另当别论了。一旦你通过了一个浏览器界面，比如地址栏，vh值就会更新，结果就是内容的跳跃。iOS的Safari浏览器是最早更新其实现的移动端浏览器之一，它选择根据屏幕的最大高度为vh的计算值（为vh定义一个固定值）。这样，一旦地址栏离开视窗，用户在页面上也不会看到内容的闪跳。虽然使用固定值很好，但这也意味着如果地址栏在视窗中，就不能有一个全屏高度的元素。元素的底部将被裁剪。

正如上图所示，当地址栏在视窗中时（左图），元素的底部被裁剪，但我们想要的是元素底部不被裁剪（右图）。CSS自定义属性：调整大小的技巧我突然想到，CSS自定义属性和几行JavaScript代码可能是获得所需的一致和正确大小的完美解决方案。在JavaScript中，你始终可以使用全局变量window.innerHeight获得当前视窗的值。这个值考虑了浏览器的界面，并在其可见性（visibility）发生变化时进行了更新。诀窍就是将视窗（viewport）值存储在CSS自定义属性（CSS变量）中，并将其应用于元素，而不是vh单位。假设我们在例子中设置一个CSS自定义属性：--vh。这意味着我们将在CSS像下面这样使用这个自定义属性：.my-element {height: 100vh; /* 为不支持自定义属性的浏览器做降级处理 */height: calc(var(--vh, 1vh) * 100);}好了，这就搞定了，就是这么的简单。现在让我们使用JavaScript来获得视窗的内部高度（window.innerHeight）：// 首先获取视窗高度，再乘以1%得到vh单位的值let vh = window.innerHeight * 0.01;// 把--vh的值设置到文档的根元素中document.documentElement.style.setProperty(--vh, `${vh}px`);因此，我们告诉JavaScript获取视窗的高度，然后占这个值的1%，所以我们就可以将值指定为视窗高度单位值。然后使用JavaScript在:root中创建CSS自定义属性--vh。因此，我们现在就可以像使用其他单位一样使用--vh作为高度值，然后乘以100就能得到我们想要的高度值。亲自体验一下，调整视窗的高度，在根元素html中可以看到--vh值是动态变化的：

还有一个小细节虽然我们的工作看上去已经完成了，但是对于追求细节的同学而言，可能已经发现了，当视窗的高度改变时，不会自动更新元素的大小。那么我们接着在上面的示例上进行调整。我们可以监听window的resize事件来更新--vh的值。如果用户旋转设备屏幕，比如从横向到纵向，或者导航移动到滚动视窗之外，这样就非常方便。// 监听resize事件window.addEventListener(resize, () = {let vh = window.innerHeight * 0.01;document.documentElement.style.setProperty(--vh, `${vh}px`);});更新--vh的值将会触发页面重绘，用户可能会感觉页面在跳动。因此，我并不是说这个技巧应该用于每个项目，或者替换vh单位的所有用法，但是只有当你需要你的用户拥有一个确切的视窗单位值时才使用。此外，你可能希望resize事件实现debounce方法，以避免在用户调整浏览器窗口大小时触发许多事件。

rem单位在移动端网站开发上的使用技巧_成都网站搭建   https://cdnanqi.cn/wangzhanzhizuo/11129.html