前言
前端代码的编写永远逃不过“兼容”二词，从前PC时代，因为IE的傲娇，导致程序猿们一直在兼容IE的道路上挣扎，如今移动设备的普及，仿佛让我们看到了希望，仿佛马上就要摆脱IE了，可是！一波还未平息，一波又来侵袭~移动端确实不用考虑IE了，各种CSS新特性也用的爽到飞起，但一座大山压了过来，那就是分辨率的适配，移动端由于展示区域比较小，因此对于页面在不同分辨率手机上的展示细节也要求更加严格，这时像PC端有些固定宽高的布局方式显然不适应，我们被要求对于不同大小手机页面能自适应，真是非常有（tong）趣（ku）呢
话不多说，下面就总结了一些移动端常用的适配手法：
一、百分比
使用场景：只要求宽度随屏幕自适应，比如文字块
百分比在PC端自适应上也经常用到，着实相当好用，但它一般用于宽度自适应的设置，高度设置百分比时，要求其父类元素有明确高度。
1、利用百分比实现填充全屏
为了让元素设置height：100%生效，并且正好为窗口高度，则需要给html和body元素以及它所有的父元素都设置高度100%。
例如：
<html style="height: 100%;">
<body style="height: 100%;">
<div class="wrap" style="height: 100%; width:100%">
填充全屏啦
</div>
</body>
</html>
在使用height: 100%;时需要注意的一些事项
写到这里我突然想插个题外话，对于absolute定位的元素，用height：100%显然也是无效的，因为此时它已经脱离了文档流，此时它的高度由自身内容撑开。这是如果我希望它填满父盒子，怎么做？这里有个黑魔法，设置它的top,left,bottom,right均为0，这时盒子就会被拉伸至填满父盒子。
2、利用百分比实现宽高比固定
有时，我们希望宽度自适应，高度随宽度变化而变化，并有固定的宽高比。
让我们缕缕，用height百分比显然不行，height百分比是以父元素高度为基准的，而我们需要以宽度为基准来设置高度。
所以这里可以用到padding-top或者padding-bottom，padding是以父元素的width为基准的。我们可以设置元素的height：0，然后用padding-bottom将元素撑开，以实现固定宽高比。
二、rem
使用场景：对于图片等对高度自适应有要求的场景
rem单位：以页面根字体的大小，也就是html元素字体的大小为基准，例如
html{
font-size:16px;
}
那么1rem等于16px。
所以使用时，我们只要让根字体大小随屏幕大小自适应，那页面中所有使用rem单位来设置宽高的元素，大小也会随屏幕大小自适应了。
根据不同屏幕大小设置根字体大小有两种方法：
1、css方法设置rem
利用媒体查询，根据不同的屏幕大小进行设置，缺点就是一般只列举一些代表性的屏幕大小，自适应不能充分覆盖所有范围
html{
font-size:10px
}
@media screen and (min-width:321px) and (max-width:375px){
html{
font-size:11px
}
}
@media screen and (min-width:376px) and (max-width:414px){
html{
font-size:12px
}
}
@media screen and (min-width:415px) and (max-width:639px){
html{
font-size:15px
}
}
@media screen and (min-width:640px) and (max-width:719px){
html{
font-size:20px
}
}
@media screen and (min-width:720px) and (max-width:749px){
html{
font-size:22.5px
}
}
@media screen and (min-width:750px) and (max-width:799px){
html{
font-size:23.5px
}
}
@media screen and (min-width:800px){
html{
font-size:25px
}
}
2、JS方法设置rem
利用JS设置根字体大小，所以若改变发生在渲染完成之后，则会引起回流，导致闪屏现象。因此使用这种方法时，应将JS代码放入head头部中并且在CSS引入之前。
(function (doc, win) {
var docEl = doc.documentElement,
resizeEvt = 'orientationchange' in window ? 'orientationchange' : 'resize',
recalc = function () {
var clientWidth = docEl.clientWidth;
if (!clientWidth) return;
docEl.style.fontSize = 20 * (clientWidth / 375) + 'px';
};
recalc();
if (!doc.addEventListener) return;
win.addEventListener(resizeEvt, recalc, false);
})(document, window);
上面clientWidth为实际屏幕的宽度，而375为设计稿基于的参考屏幕宽度，20则是当实际屏幕宽度等于参考屏幕宽度时，1rem的大小。代码的关键参数20和375是这样设置的：
a) 由于提供的设计稿现在基本都是以iPhone6/7/8为参考的，宽度为750px，dpr为2，所以计算rem时的参考屏幕宽度可以设置为375。
b) 由于chrome的最小字体是12px，又为了计算方便，所以可以设置1rem的大小为20px
应用过程中，比如我们拿到了一个750的设计稿，那么首先，将设计稿里的数值除以2，得到按手机屏幕大小布局的数值（这也是375的由来）。然后，再除以20就可以将设计稿中的px转化为rem了。
三、媒体查询
使用场景：一般利用媒体查询来进行特殊处理，比如
1、iphoneX这类全屏的适配
2、在适配dpr为3的iPhone Plus或者pad横屏等超级大屏时，需要根据业务需求设置临界值，然后展示不同内容或者替换不同分辨率图片（也就是常说的2倍图、3倍图的使用）等
四、vw、vh
vw是以屏幕宽度为基准的百分比单位，1vw=1% * deviceWidth
vh是以屏幕高度为基准的百分比单位，1v=1% * deviceHeight
vw,vh确实很好用，但是目前使用时仍需考虑兼容性的问题，在国内一些手机自带浏览器里（比如华为）会失效，并且据说碰上X5内核时也容易踩坑 。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持插件窝。
<div class="clearfix">
<span id="art_bot" class="jbTestPos"></span>
</div>