980问题

这可能更应该被归于历史遗留问题，而不是一个单纯的BGU，因为通常来说BUG都是由于代码或者其他的可控原因产生的。

但你要知道在前端这个领域有很多BUG在学习前端的历史进程中就可以预见到，比如浏览器大战时产生的遗留，那就是IE的兼容问题，虽然IE提供了很多很强的特性，但也不得不说IE的兼容问题是一个很麻烦且很多人不得不去做的事，但所幸我们这一代已完全不需兼容IE。

而这个BUG也是有相同的背景所以解决这些BUG的同时了解其后的背景也是非常有趣的一点

在很多很多年以前，那时的开发者还不需要写手机页面，且当时的手机也只有诺基亚市场量占大额但它并不兼容HTML，所以诺基亚的页面是用它兼容的语言写的，不存在在手机上看PC页面的需求。

但是自到IPone出现，IPone兼容HTML。所以可以直接在手机上看PC页面，但通常PC页面都非常大展示到手机上会有滚动条显示不完全，为了解决这个问题苹果公司就想了一个办法，也是这个BUG的来源：

把PC页面按比例的缩放到手机页面上完整的显示且“模拟”980px的大小展示，简单来说就是说PC如何显示在手机上也就怎样显示，如果你看不清楚，那就双指放大不久行了。虽然很简单，但当时就是这样想的。

至于为什么为980px我也不知道，也许当时的网站大多都不超过980px或者是乔布斯拍脑袋决定的？

 PC页面

而变为手机展示

而在这里你可以很明显的知道，实际的宽高为375*667，但我获取窗口宽高还是为980px模拟展示

所以为了解决这个问题，我们可以给一个定性的规定，按我们的要求缩放

<meta name="viewport" content="width=device-width, initial-scale=1.0">

 现在的缩放为宽度等于当前设备视口宽度，而不是单纯的模拟980，且不允许用户缩放，因为我都规定好了，你还缩放干什么嘛。