随着手机等移动设备的普及，移动端带来的流量已经不可忽视，一个网站不只是只有pc的页面就足够了，移动端的适配已经势在必行。但是移动设备种类繁多，屏幕尺寸也千奇百怪，能不能找到一种方式可以适配所有的手机屏幕呢？答案就是rem。
俗话说 “授人以鱼不如授人以渔”，但今天我就反其道而行，就是授人以鱼的。因为要跟你说什么设备像素比、css像素、ppi等东西，估计你会晕的（主要是我也搞不懂）。废话不多说，先上代码。
/*移动端适配 width|height|font-size = 视觉稿量出来的值 / 100rem;@lbl*/
@media screen and (max-width:359px) and (min-width:320px) {
html,body{
font-size: 50px !important;
}
}
@media screen and (max-width:374px) and (min-width:360px) {
html,body{
font-size: 56.25px !important;
}
}
@media screen and (max-width:413px) and (min-width:375px) {
html,body{
font-size: 58.5px !important;
}
}
@media screen and (max-width:639px) and (min-width:414px){
html,body{
font-size: 64.6px !important;
}
}@media screen and (min-width:640px) {
html,body{
font-size: 100px !important;
}
}
实际应用项目：
摄影活动
微专业聚合页
rem顾名思义就是root element，这个是一个相对的单位，与em的差别在于rem相对的是根节点html的font-size,em相对的是父元素font-size。使用rem其实是用媒体查询修来改html的font-size，那么使用rem的元素的大小也会相应的改变，所以我们只要写一份css就可以适配所有手机的屏幕了。虽然rem在某些浏览器下面不够精准，但那也只是极少数，如果需要非常精准的适配，那么可以使用js来计算html的font-size。
很多开发者听到适配的第一反应就是手机的屏幕宽度多少多少，物理像素多少多少，然后考虑适配。这是从设配的角度入手，拿视觉稿去适配手机。难道我们就不能抛开设备从视觉稿入手吗？那么就来看看。
设计师给的视觉稿，一般都是按照640px来设计的。当我们拿到视觉稿时，首先把视觉稿的宽度转换为rem，我们并不需要考虑设备的分辨率，只需要按照 视觉稿宽度 = font-size x rem 这个公式来计算就好了。视觉稿的宽度是给定的，我们以640px为例，font-size 与rem是两个变量，我们只需要它们的乘积等于640即可。我们采用定一变一的方式，假定rem=6.4，那么初始值font-size就必须等于 100px，我们就可以根据需要适配的屏幕宽度来等比例调整font-size。那么如果我们640px的视觉稿需要显示成320px呢，我们只需要把font-size对应的缩小一半就可以了。其他的什么375px、414px、各种的屏幕，只需要等比例缩放就好了。比如：
320px： font-size = 320 / 640 * 100 = 50px;
360px：font-size = 360 / 640 * 100 = 56.25px;
.........
800px：font-size = 800 / 640 * 100 = 125px;
其实按照比例算出来的font-size，我都是向下取小数点，这样可以保证元素的宽度不会超过总宽度。只是如果我们的视觉稿宽度给的是640px，但是需要在大于640的设备下显示的话，那么就会出现图片模糊等现象了，所以我们一般都使用大的视觉稿来适配小的屏幕。比如需要适配比640px大的屏幕，你可以让设计师根据宽度为960px来设计，然后转换为9.6rem，初始值font-size=100px;再根据需要适配的屏幕宽度来等比例调整font-size的大小就好了。
如果想需要更准确的适配，可以使用js动态计算窗口的宽度来改变font-size的大小，阿里手淘使用的flexible也是这样的方式，以下是趴下来的一份flexible的简化版
(function(win) {
var remCalc = {};
var docEl = win.document.documentElement,
tid;
function refreshRem() {
// 获取当前窗口的宽度
var width = docEl.getBoundingClientRect().width;
// 大于640px 按640算
if (width > 640) { width = 640 }
// 把窗口的宽度固定分为10份 也就是10rem
// 按视觉稿640算 640/10=64px 那么1rem = 64px
// 640视觉中 80px*80px的按钮 转换为rem 80/64 = 1.25rem
// 按钮的宽高固定为 1.25rem * 1.25rem
// 当窗口宽度缩放为 320px的时候
// 那么 1rem = 32px
// 原来 80px*80px的按钮现在变为 1.25rem * 32px = 40px
// 按钮变为 40px * 40px
// 其他宽度也类似
//
// cms做法也类似
// 只是我们把窗口宽度固定分为 6.4份，即6.4rem
// 所以 1rem = 100px
// 640视觉中 80px*80px的按钮 转换为rem 80/100 = 0.8rem
// ....其他也差不多
//
//
// 对比
// 其实也就是计算rem的问题 视觉稿量出来的值 除64 或 100的问题
// 除100 总比 除64 好口算
// 就算用sass写个 @function px2rem代替口算
// .8rem 总比输入 px2rem(80)少几个字符
//
//
var rem = width / 10; // cms 只要把这行改成 var rem = width /640 * 100
docEl.style.fontSize = rem + "px";
remCalc.rem = rem;
//误差、兼容性处理
var actualSize = parseFloat(window.getComputedStyle(document.documentElement)["font-size"]);
if (actualSize !== rem && actualSize > 0 && Math.abs(actualSize - rem) > 1) {
var remScaled = rem * rem / actualSize;
docEl.style.fontSize = remScaled + "px"
}
}
//函数节流，避免频繁更新
function dbcRefresh() {
clearTimeout(tid);
tid = setTimeout(refreshRem, 100)
}
//窗口更新动态改变font-size
win.addEventListener("resize", function() { dbcRefresh() }, false);
//页面显示的时候再计算一次 难道切换窗口之后再切换来窗口大小会变?....
win.addEventListener("pageshow", function(e) {
if (e.persisted) { dbcRefresh() }
}, false);
refreshRem();
remCalc.refreshRem = refreshRem;
remCalc.rem2px = function(d) {
var val = parseFloat(d) * this.rem;
if (typeof d === "string" && d.match(/rem$/)) { val += "px" }
return val
};
remCalc.px2rem = function(d) {
var val = parseFloat(d) / this.rem;
if (typeof d === "string" && d.match(/px$/)) { val += "rem" }
return val
};
win.remCalc = remCalc
})(window);
// 考拉移动端全站使用rem的不是很多
// 主要用100%布局 比如width、height、padding
// 也有直接用px 字体大小使用px固定不变
// 还有使用em的 基于font-size 定line-height
// 全站元素使用 box-sizing: border-box
// 多行省略号 text-overflow: ellipsis; -webkit-line-clamp: 2;
// 非主要页面很多都是图片 影响seo 看得出很缺前端
// 使用rem 最好文字都指定字体大小 不然会继承html的font-size