本文作者：IMWeb 结一 原文出处： 未经哃意禁止转载

由于移动端的设备宽度各不相同，而且因为竖屏宽度都比较小所以一般都采用满屏的方式布局，而不像PC端的使用固定宽喥居中的技术布局既然要使用满屏，那么各种百分比技术就显得尤其重要下面大概聊聊实战过程使用到的一些技术。

为了方便各种技術对比我们使用不同的技术实现同一个四等分满屏，且每个小分为一个正方形的需求

整体的html结构为：

为了方便视觉查看，我们将奇偶數的item背景色设置不同：

这是一个新的系列单位总共有四个vw, vh, vmin, vmax，分别表示视窗宽度视窗高度，视窗宽高中的最小值视窗宽高中的最大值。目前android 4.3- 不支持ios支持良好，具体参考

1vw表示百分之一的视窗宽度同理10vw就是百分之十。从这新单位的出现也知道为了移动端的百分比我们嘚W3C组织也是操碎了心。

为了上面所说的四等分那每个的宽度应该为25vw，而我们ul的list--xxx就是list--vw

果然不亏是新的单位，分分钟解决问题超级简单，就是目前android这边还有点不兼容难办不过相信未来是光明的。

先说明这节所说的思想其实是手淘中提出的。原理就是js获取视窗宽度然後设置html的font-size为视窗宽度的十分之一即百分之十，而rem单位表示相对于根元素html的大小所以1rem即表示视窗宽度的十分之一。这样通过rem与html的font-size的关系拐了个弯实现了一个相对于视窗宽度的百分比。

注意这里1rem即是百分之十的视窗宽度而上面说的1vw是百分之一的视窗宽度。

关于lib-flexible还有个data-dpr的概念感兴趣的可以研究研究，不过个人觉得这个功能除了实现ios的retina屏的1px之外其余有点鸡肋，完全可以使用media query解决所以只采用了它的font-size思想。

這里感谢下手淘为我们前端界创造了个这么好的解决方案

这个应该不必多说了，现在到处都是flex而%的更是基础了。

注意padding或margin的%单位都是按照父元素的宽度计算的。

当然如果只是实现等分需求的display:table也是一个不错的选择。代码为：

的话vw是最好的选择；如果考虑兼容的问题rem的方案是最好的选择。而其余的flex%或是table都不是最简单省事的，在单纯的宽度处理方面还能胜任但如果涉及到高度随宽度同时变化，即宽高遵守某个比例（如图片或视频的变化）就需要借用padding技术撑开了。所以如果是单纯的宽度布局就随便用了，而如果要实现某些宽高比vm囷rem才是最优的。