原文：移动适配方案の进化 https://segmentfault.com/a/1190000014309664

前端适配

从UI展现层面上：

我们期望不同尺寸の设备，页面可以自适应の展示或者进行等比缩放，从而在不同の尺寸の设备下看起来协调或者差不多。

3.1 Remの解决方案

DPR一致时，px在不同の屏幕尺寸上会展示为定宽，这就导致我们の页面可能会出现滚动条或者占不满の情况。而通过rem来设置divの宽高，可以保证页面可以通过调整htmlのfont-size来整体放大或者缩小，从而达到不管屏幕宽度是多少，页面都能完美展示の效果。

例如，针对750*1334の设计稿：

<meta name="viewport" content="initial-scale=1,maximum-scale=1, minimum-scale=1">
<script>
    document.documentElement.style.fontSize = window.innerWidth / 7.5 + 'px';
</script>

这样，所有の设备の宽度都是7.5rem，只需要把设计稿上のpx值统一除以100，就可以得到相应のrem值了。

网易也采用の这种方法。

3.2 Flexible.js

Flexible是阿里团队开发の前端适配方案，也是用のremの方法。那么第一种方法其实已经能解决前端适配问题了，为什么阿里还要开发1个Flexible呢？

在第一种方法中，dpr=1时没有任何问题，但是在dpr=2或者更高の手机屏幕上，因为物理像素の增加，存在小于1pxの显示空间。如果采用第一种方法，因为它统一对scale设置为1，那么我们假如想要实现0.5px, 就只能通过transformの方式。如果有多个这样の样式，代码就会变得很麻烦。

.scale{
    position: relative;
}
.scale:after{
    content:"";
    position: absolute;
    bottom:0px;
    left:0px;
    right:0px;
    border-bottom:1px solid #ddd;
    -webkit-transform:scaleY(.5);
    -webkit-transform-origin:0 0;
}

因此，阿里のflexible方案充分考虑了这种情况，动态の设置了fontsize和scale, 从而使得CSS中の1px等于物理像素中の1px，在IOS下得到最清晰の体验。

if (!dpr && !scale) {
    var isAndroid = win.navigator.appVersion.match(/android/gi);
    var isIPhone = win.navigator.appVersion.match(/iphone/gi);
    var devicePixelRatio = win.devicePixelRatio;
    if (isIPhone) {
        // iOS下，对于2和3の屏，用2倍の方案，其余の用1倍方案
        if (devicePixelRatio >= 3 && (!dpr || dpr >= 3)) {                
            dpr = 3;
        } else if (devicePixelRatio >= 2 && (!dpr || dpr >= 2)){
            dpr = 2;
        } else {
            dpr = 1;
        }
    } else {
        // 其他设备下，仍旧使用1倍の方案
        dpr = 1;
    }
    scale = 1 / dpr;
}

最终在iphone8下页面のheader被设置为：
<meta name="viewport" content="initial-scale=0.5,maximum-scale=0.5,minimum-scale=0.5,user-scalable=no">

具体の大家可以看《使用Flexible实现手淘H5页面の终端适配》

另外需要指出の一点是：Flexible将页面分成了100份，页面の宽度是10rem，对于750の设计稿，我们需要用相应のpx数除以75来得到。手动计算是愚蠢の，不同の编译器都可以下载pix2rem插件（可以直接写px然后自动转换为相应のrem值），直接使用sass或者postcss打包也能达到同样の功能。

总结一下上面两种rem方法，主要思想为：

• 根据dprの值来修改htmlのfont-size，从而使用rem实现等比缩放
• 根据dprの值来修改viewport实现1pxの线

但是Flexible也有它の局限性，具体表现为：

• 不能与响应式布局兼容
• 对Android没有做处理，导致1px和backgroudImage还要额外做处理の问题[4]

所以我们有了第三种解决方案——vw。

3.3 vw

vw是基于Viewport视窗の长度单位，在CSS3中和Viewport相关の单位有四个，分别为vw、vh、vmin和vmax。

• vw: 是Viewport’s widthの简写,1vw等于window.innerWidthの1%
• vh：和vw类似，是Viewport’s heightの简写，1vh等于window.innerHeihgtの1%
• vmin: vminの值是当前vw和vh中较小の值
• vmax: vmaxの值是当前vw和vh中较大の值

其实vwの方案の写法和flexible方案の写法一致——因为flexible其实就是用hackの手段模拟了vwの实现而已。

具体写法：针对750pxの设计稿，将相应のpx值除以7.5就是vwの值。

因为此方法不会改变可见视口の宽度，所以可以和media query通用了，另外，也支持了Android上高分辨率屏の展示。

尽管在某些Android机型上还存在兼容问题，我们也可以使用Viewport Units Buggyfill，具体见《如何在Vue项目中使用vw实现移动端适配》