Ⅰ 大前端和小前端的区别
1、展示端范围不同。
小前端就是 Web 前端。大前端包括一切负责展示的端，包括 Web 前端、PC、移动和 VR。
2、工作范围不同。
小前端负责从浏览器端到web服务器端的所有开发，从后台工程师那边调用数据api。
而大前端工作还额外包含客户端业务逻辑（浏览器上的html，css，javascript），服务器端业务逻辑（nodejs），nodejs提供了js服务端编程，使js与算法结合，js开发的大量应用功能页面的兼容问题出现；对接访问数据中间层。
(1)手淘北京前端扩展阅读
前端核心技术：HTML、CSS、JavaScript
这三个是前端开发中最基本也是最必须的三个技能。前端的开发中，在页面的布局时， HTML将元素进行定义，CSS对展示的元素进行定位，再通过JavaScript实现相应的效果和交互。
HTML
指的是超文本标记语言 (Hyper Text Markup Language)，这个也是我们网页最常用普通的语言了，经历了多个版本的发展，已经发展到5.0版了，得力于W3C建立的标准和规范，已普遍升级到了XHTML。
CSS
级联样式表（Cascading Style Sheet）简称“CSS”，通常又称为“风格样式表（Style Sheet）”，它是用来进行网页风格设计的。通过设立样式表，可以统一地控制HTML中各标志的显示属性。级联样式表可以使人更能有效地控制网页外观。
JavaScript
是一种由Netscape的LiveScript发展而来的原型化继承的面向对象的动态类型的区分大小写的客户端脚本语言，主要目的是为了解决服务器端语言，比如Perl，遗留的速度问题，为客户提供更流畅的浏览效果。
Ⅱ 手淘旺信流量来自哪里
问题一：手淘无线端流量来源怎么查 你用手机进首页，搜索下爱逛街。这个爱逛街属于一个新兴的U站。这种U站现在并不会去招商，所以基本没办法做针对性的推广。这种U站现在就是随机抓取一些产品整体评价方面比较好的挂上去。他们不收费，所以没法主动的进行推广。同样他们自己也是为了做一个反向的推广。能做的就是保持产品的各方面数据，等他们有一定规模后应该也会招商的。到时候再洽谈
问题二：旺信是什么意思吗 这是一款手机通信软件,和微信有一些相类似。 它主要支持发送语音、图片、文字,基于LBS的交友,这些功能和微信都有点信,不同地方是:旺信同时能与阿里
问题三：如何让买家从手淘旺信看到我的宝贝 你是淘宝卖家？
问题四：详解淘宝流量都有哪些来源 淘宝系官方主要通过生意参谋来统计各类流量的来源；主要分为三大类：
一、无线APP流量来源
二、无线流量来源
三、PC流量来源
今天我们先讲一下当下非常火热的无线APP流量来源，及其细分类别
无线APP流量来源其下又细分出：天猫APP、淘宝APP、聚划算APP、一淘APP、无线WAP、无线APP其它，这6大类
1、天猫APP
付费
淘宝客如果一个商品设置了淘宝客佣金，在天猫APP中通过淘宝客的站外联盟、站内的专场活动等，获得的流量，记为淘宝客来源的流量。
聚划算通过天猫APP点击首页的聚划算，访问店铺和宝贝。
钻石展位天猫APP中的钻石展位广告投放访问。
免费
天猫搜索天猫APP中，通过搜索，输入关键词后，从搜索结果页中点击进入店铺或宝贝详情页。
天猫活动在天猫APP中，通过首页banner的相关活动进入店铺或宝贝详情页。
导购频道天猫APP中，通过点击天猫头条、心水、瞄一眼、喵鲜生方式进入店铺或宝贝详情页。
天猫APP免费其他1、通过淘外APP访问天猫APP，由于目前尚未有相关数据记录，所以无法识别来源，暂时归入为天猫APP的其它；2、在天猫APP中，其它未区分出来源的，均归属于天猫APP其它。
自主访问
我天猫app中，点击我，通过待付款、待发货、待收货、待评价、所有订单、商品收藏、店铺收藏、退款售后、我的足迹或我的优惠券等进入店铺或宝贝详情页。
关注通过天猫APP中的关注，点击关注页面内容进入店铺和宝贝详情页，如果公共账号的关注内容中，有本店相关的商品，买家点击后进入店铺，也记为关注带来的访客数。
购物车访客通过天猫APP的关注渠道进入您店铺。
2、淘宝APP
付费
淘宝客
如果一个商品设置了淘宝客佣金，在淘宝APP中通过淘宝客的站外联盟、站内的专场活动等，获得的流量，记为淘宝客来源的流量。
直通车
淘宝APP中的直通车广告投放访问，既包括搜索，也包括直通车商品搭建的各类活动。
聚划算
通过淘宝APP中点击首页的聚划算，访问店铺和宝贝。
钻石展位
淘宝APP中的钻石展位广告投放访问。
麻吉宝
访客通过麻吉宝产品点击进入您店铺页面或商品详情页，如从手机淘宝每日赢宝箱、支付宝服务窗“麻吉宝”、旺信个人中心“赚集分宝”等入口。
免费
淘宝活动
包括：淘宝APP中，在首页等一系列淘宝无线端的活动页面进入，活动包括如首页的逛店铺、精选活动、白菜价等；
特别说明，如果已经投放了付费广告，比如通过钻展展现在淘宝首页，那么来源记为钻石展位，而不是淘宝活动。即大原则中的付费优先原则。
淘宝首页-感兴趣
从手机淘宝首页如您可能感兴趣的宝贝区域点击进入店铺或商品详情页。
手淘天猫国际
访客通过手淘客户端的天猫国际的产品进入您店铺页面或商品详情页，如首页的特色市场中的天猫国际等入口。
手淘淘小铺
访客通过手淘客户端的淘小铺的产品进入您店铺页面或商品详情页，如从我的淘宝->我是卖家等入口。
手淘首页
访客通过手淘客户端的首页产品，除广告banner位，每日好店产品，其他可以直接进入您店铺页面或商品详情页的入口，如猜您喜欢入口。
手淘淘生活
访客通过手淘客户端的淘生活的产品点击进入您店铺页面或商品详情页，注意淘生活包含有多个入口，如从首页->淘生活的入口。
手淘搜索
访客通过手淘客户端的淘宝搜索进入您店铺页面或商品详情页。
手淘淘抢购
访客通过手淘客户端的淘抢购的产品点击进入您店铺页面或商品详情页，注意淘抢购产品包含有多个入口，如从首页->淘抢购频道。
手淘有好货
访客通过手淘客户端的......>>
问题五：淘宝网里面的旺信手用来干什么的 就和电脑里阿里旺旺一样的，是买东西的时候和卖家聊天用的，只是名称不同罢了
问题六：旺信号是旺信 淘宝号是淘宝么？ 旺信只是一个软件，就是手机旺旺的意思，淘宝号在电脑就是登陆旺旺，在手机也是用那个号登陆，手机还有卖家版，叫千牛
问题七：手机旺信怎么用的？为什么我手里进淘宝，点击和我联系，用的还是淘宝客户端里面的网页旺旺， 30分 你好，你的问题来错地方了，这里是收藏古董的版块，不是你找的地方！希望没有耽误你的事情！
问题八：我很想知道，淘宝或旺信经常发一些信息来问收购二手内衣或 *** ，他们收购这些到底有啥用？穿过的或者烂的 原、味、丝、袜 可以卖给恋物癖几十甚至上百
问题九：我在淘宝新手开店做代理不久，被骗了。因为不懂也，太信旺信发的图片，打开连接钱没了，是北京汇元网科技 这么伤心，图片上会有链接吗，我最近也被骗，愤愤不平的，也是淘宝代理商
Ⅲ app淘宝网是手机淘宝的意思吗
是，淘宝天猫这样的超大型app，完全用native是很难的，也是不现实的，业务逻辑太复杂，目前天猫是20%
native
+70
h5，search，detail，范儿，还有我所在的交易链路（购物车+下单）是完全native化的，其他的都是webview
1）h5的优势在于随时发布，无需修改native代码，满足了业务灵活配置的需求。webview作为移动端h5容器，在手机客户端显得尤为重要
淘宝天猫的webview已经高度模块化，各个业务模块之间高度解耦，为此也做了很多的优化，比如：
1）剥离webview逻辑，拆分webview为单独模块。
2）去掉phonegap，改用自定义简化框架。
3）统一提供对外调用接口，接口粒度细分多个维度，提供activity，webview等层级接口，满足各种业务方需求。
4）融合手淘windvane，既支持天猫特有的h5逻辑，又提供跨bu前端h5统一方案。
Ⅳ 结合淘宝网平台上的具体店铺分析电子商务日常运营管理工作应该如何进行
作为一个合格的SOP每天要做的主要工作内容包括以下几点：
旺旺分流（登录店铺千牛主旺旺、登录店小蜜、未接待客户分流至客服）
违规检查（登录店铺后台、登录体检中心 、检查是否有违规行为）
退款查看（登录售后退款处理界面、查看是否有临期退款、查看是否有异常退款）
发货查看（登录后台订单管理页面、检查是否有上日16点之前未发货订单）
数据统计填写（统计店铺销售、利润数据、统计宝贝销售、流量、转化数据）
市场行情分析（登录生意参谋查看市场行情走势、查看竞品竞店趋势、分析市场机会）
直通车调整优化（登录直通车后台、查看直通车报表数据、分析直通车需要优化的点）
订单情况查看（登录旺店通/店铺后台、检查异常订单如财审订单、缺货订单、处理好异常订单）
库存情况查看（登录旺店通、检查商品库存情况、检查赠品库存情况、查看宝贝设置库存情况）
宝贝链接查看（登录店铺首页、检查宝贝评价、关注宝贝数据变化）
竞争对手观察（登录生意参谋竞争页面、关注竞争对手的数据：转化、访客、销售等、关注竞争店铺的变化）
营销活动报名（登录营销活动平台、报名活动：含淘抢购、自运营、天天特价、聚划算、报名官方类目活动/大促活动）
基础设置检查（检查基础价格折扣设置、主图和详情页是否齐全检查、限购、优惠券等设置检查）
定期发布微淘（登录微淘页面、发布微淘）
定期进行直播（登录直播页面、设置发布直播）
Ⅳ 前端基础：viewports理解、页面各种宽度理解
关于viewports以前一直都是知道个大概但是一直没有详细去了解，加上最近在项目中遇到了比较近点的1像素问题，就乘着这个机会再加深一下印象回顾一下基础。
screen.width/height
含义：用户的屏幕的完整大小。
度量：设备的pixels。
意思就是用户屏幕的物理宽度，它们的值不会随着用户的缩放而改变：它们是显示器的特征，而不是浏览器的特征。换句话说是屏幕出厂的时候就决定了的
window.innerWidth/Height
含义：包含滚动条尺寸的浏览器完整尺寸
度量：CSS的pixels
document.documentElement.clientWidth/Height
含义：viewport尺寸：浏览器窗口尺寸。
度量：CSS的pixels
随浏览器大小变化而变化，但宽度不包含滚动条宽度。具体请看图一比较两者的差别。
viewport的功能在于控制你网站的最高块状（block）容器：<html>元素。怎么理解这句话呢？
假设定义了一个可变尺寸的布局（liquid layout），且你定义一个侧边栏的宽度为width: 10%。当你改变浏览器窗口大小时，该侧边栏会自动扩张和收缩。这是什么原理呢？
技术上讲，原理是侧边栏的宽度为它父元素宽度的10%，我们设它的父元素是body，且你未指定宽度。那么问题就变为了<body>的宽度到底是多少？
通常，一个块级元素占有起父元素的100%的宽度（这里有异常情况，暂时忽略）。所以<body>的宽度就是其父元素<html>的宽度。
那么<html>元素到底有多宽？
<html>的宽度受viewport所限制，<html>元素为viewport宽度的100%。,因为它的宽度恰好为浏览器的宽度。所以你的侧边栏宽度width: 10%会占用10%的浏览器宽度。
反过来，viewport是严格的等于浏览器的窗口：定义就是如此。viewport不是一个HTML的概念，所以你不能通过CSS修改它。它就是等于浏览器窗口的宽度高度 –—— 在桌面浏览器上如此，移动设备浏览器上有点复杂。
注意：当我们设置html上面手动的设置了宽度，在那种情况下document. documentElement. clientWidth/Height依然给出了viewport的尺寸，而不是<html>元素。
比如 我手动设置html的样式为
html {width：2000px;height: 2000px;}
通过document. documentElement. clientWidth/Height 获取到的值只会是viewport的大小，而不是html元素的大小 2000px;
所以document. documentElement. clientWidth/Height只会给出viewport的尺寸，而不管<html>元素尺寸如何改变。
document. documentElement. offsetWidth/Height
含义：<html>的尺寸
度量：CSS的pixels
如果clientWidth/Height一直用以标示viewport的尺寸，我们该如何去获取<html>元素的尺寸呢？通过document.doucmentElement.offsetWidth/Height来获取html的宽度。
像上面的那个例子，这个就会返回2000px;
含义：页面的移位
度量：CSS的pixels
window.pageXOffset 和 window.pageYOffset，定义了页面(document)的相对于窗口原点的水平、垂直位移。因此你能够定位用户滚动了多少的滚动条距离.
对应viewport我们现在普遍理解为两种视图:
1.visualviewport：window.innerWidth/Height定义 包含滚动条
2. layoutviewport: document.documentElement.clientWidth/Height 不包含滚动条
在理解这两种viewport之前，我们先认识理解这几个名词的意思：首先我们要记住： 1 px 就一个像素点
iphone 默认viewport 是980
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中较大的值
1. 像素密度 ：每英寸可以显示的像素点的数量，像素密度越大，表示在同样的尺寸里面，像素点越多
比如：iphone 3 的屏幕像素是320x480,iphone4s的屏幕像素是640x960，刚好两倍，然而两款手机都是3.5英寸的。
1英寸是一个固定长度，等于2.54cm。 像素密度越高，代表屏幕显示效果越精细。 Retina屏比普通屏清晰很多，就是因为它的像素密度高。
2.像素： 可以分为物理像素和CSS像素
物理像素（device independent pixels ）： 物理像素也叫设备像素，任何设备的物理像素是固定不变的。比如我的笔记本的分辨率是1366 * 765，表示的就是宽度上最多容纳1366个物理像素点，高度上最多容纳765个物理像素点
CSS像素（CSS pixels ）：CSS像素也叫逻辑像素，是为web开发创造的。通常情况下，在桌面端，CSS像素的大小和设备像素的大小是相等的，即一个CSS像素完全覆盖了一个设备像素。如下图
但是在手机端，我们都知道网页可以通过手指进行缩放，这时候CSS像素也会改变
缩小操作 ：当用户进行缩小操作时，一个物理像素覆盖了多个CSS像素。图中深蓝色表示物理像素，半透明的浅蓝色表示CSS像素
当用户进行放大操作时，一个CSS像素覆盖了多个物理像素 ： 这里的一个css像素就不在等于一个物理像素了。当缩小两倍的时候，两个css像素相当于一个物理像素。
DPR
DPR（devicePixelRatio）指的是设备像素比，即网页在不进行缩放使，设备像素和CSS像素的比值
DPR = 设备像素 / CSS像素(某一方向上)
从iphone4开始，苹果公司推出了retina视网膜屏幕，这种技术在屏幕大小不变的情况下，屏幕像素密度提高了一倍，分辨率自然也提高了一倍，于是DPR等于2
通过JS的screen.width和screen.height属性，可以获取屏幕的CSS像素
通过JS的window.devicePixelRatio属性，可以获取屏幕的DPR值
以iphoneX为例，css像素（设备独立像素）为375px * 812px，DPR是3，可以计算出设备像素（物理像素）是1125px * 2436px
屏幕分辨率
屏幕分辨率就是设备像素，一般以纵向像素 * 横向像素来表示分辨率。比如iphoneX的设备像素是1125px * 2436px，分辨率也就是1125px * 2436px
在不同的屏幕上，CSS像素所呈现的物理尺寸是一致的，而不同的是CSS像素所对应的物理像素具数是不一致的。在普通屏幕下1个CSS像素对应1个物理像素，而在Retina屏幕下，1个CSS像素对应的却是4个物理像素（某一方向上相当于1个css像素对应2个物理像素。）。
比如：
在普通屏中 我设置一个div的样式 width：100px ( 100px=100个物理像素。) ，当我将这个样式放在了Retina的屏幕（dpr=2）上的时候，发现变的更加清晰了。这是我们由于两个屏幕的像素密度不一样的结果，后者的像素密度是前者的两倍，所以在100px的css像素中的距离里面就存在了200个物理像素。但是两个展现的效果是一样的（CSS像素所呈现的物理尺寸是一致的。）,只是里面的像素点的数量不同。
同时：visualviewport还是显示100px 但是对于layoutviewport来说就相当于200px。 因为layoutviewport表示的是物理像素。
但是对于图片来说：
在普通屏幕下，1个位图像素对应着1个物理像素，图片可以完美的显示。可是在retina屏幕下，1个位图像素对应着4个物理像素，由于位图像素不可以再分割，所以图片就会只能就进取色，导致图片模糊。
如何来处理这个问题呢。比如一个200 x 300的图片，如果想在retina屏幕上清晰显示的话，就要提供一个400 x 600的2倍图片（@2x），这样的话，1个位图像素就会对应上retina屏上的1个物理像素。图片就不会模糊啦。
说明：retina屏是一种具备超高像素密度的液晶屏，同样大小的屏幕上显示的像素点由1个变为多个，如在同样带下的屏幕上，苹果设备的retina显示屏中，像素点1个变为4个。
在高清显示屏中的位图被放大，图片会变得模糊，因此移动端的视觉稿通常会设计为传统PC的2倍。那么，前端的应对方案是：设计稿切出来的图片长宽保证为偶数，并使用backgroud-size把图片缩小为原来的1/2
//例如图片宽高为：200px*200px，那么写法如下
.css{width:100px;height:100px;background-size:100px 100px;}
//其它元素的取值为原来的1/2，例如视觉稿40px的字体，使用样式的写法为20px
.css{font-size:20px}
initial-scale这个缩放初始值是相对于设备的idea viewport的值进行缩放的，也就是说
<meta name="viewport" content="initial-scale=1">
//等效于
<meta name="viewport" content="width=devive-width"
//两者各有一个bug，所以生产时最好将两个一起写上
但如果同时出现width和initial-scale
<meta name="viewport" content="width=500, initial-scale=1">
并不是根据先后顺序比较，而是通过谁大取谁，比如设备是iphone5，idea viewport是320px，则此时initial-scale=1(320px)，所以此时viewport取width=500
关于initial-scale缩放的默认值以及其理论
visual viewport宽度 = idea viewport宽度 / 当前设置的缩放值
当前缩放值 = idea viewport宽度 / visual viewport宽度
注：这个理论不适合安卓原生浏览器
参考文章：
再聊移动端页面的适配： https://www.w3cplus.com/css/vw-for-layout.html 阅读码：475709
使用Flexible实现手淘H5页面的终端适配： https://www.w3cplus.com/mobile/lib-flexible-for-html5-layout.htm l 阅读码：487741
viewports剖析 https://www.w3cplus.com/css/viewports.html
移动web开发-理解设备像素、CSS像素、DPR - 羊先生
解惑好文：移动端H5页面高清多屏适配方案 - CocoaChina_一站式开发者成长社区
Ⅵ 前端面试题，移动端兼容问题有哪些，安卓和ios问题
那么进入正文，不废话，直接把自己了解到的和一些看法说出来。
首先是屏幕问题，现在主流的移动设备以安卓和IOS为主，我们在制作移动端页面也是以兼容这两种设备去布局。
首先说iPhone，不得不说iPhone的屏幕考虑到了我们开发者的难处，从而给出iPhone屏幕的dpr都是整数值，在6plus出现之前，iphone的dpr始终是2（物理像素/逻辑像素＝2），即使是6plus出现了，iphone到底其实也就只有2，3这两个dpr。其实6plus的实际dpr并不是整数，而是2.87左右，不过，为了方便开发者来开发，iphone6plus对其做了一个调整，将dpr调整为3，然后在对屏幕进行了一个缩放。所以我们很容易对其做到兼顾。
而安卓的dpr值，并不像iphone那样就只有两个值。安卓的dpr是千奇百怪的，可能是1.5，2，3，4，2.5等等的都有。（甚至我还看到了1.7之类的，安卓的各个设备商，玩的真尼玛high啊。怎么高兴怎么来。）
那么现在开始说说移动端怎么布局以及字体该怎么设置，因为有各种各样的解决方式，我就不一一赘述，直接说手淘的解决方案：flexible.js
我为什么又一次把这个拿出来说，主要有两点原因：1.我觉得它好用，解决方式简单粗暴。2.它经过了比较长时间的考验，如今手淘还在用它。
具体的使用方法自己可以去flexible.js看看，这里我简单说说它的方案以及个人对它的改良。
Ⅶ 前端如何实现视觉设计稿
在这篇文章中将和大家探讨一下关于前端在移动端开发如何去实现视觉设计稿。探讨过后，在大家的实际工作中或许能帮助解决一些问题。
一般设计稿是 640px 或者 750px （现在最流行），但是 iPhone 5 不是 320px 宽吗，iPhone 6 不是 375px 宽吗?
这里需要理解一下基础概念： 设备像素 (device pixel)， CSS 像素 (css pixel)以及 设备像素比 (device pixel ratio)。
垂直手机屏幕下，使用 <meta name="viewport" content="width=device-width"/> ，iPhone 5 屏幕物理像素 640 像素，独立像素还是 320 像素，因此， window.devicePixelRatio 等于 2。
比如 iPhone 5，6 使用的是 Retina 视网膜屏幕（2 倍屏），6 Plus 是 3 倍屏，使用 2px × 2px 的 device pixel 代表 1px × 1px 的 css pixel，所以设备像素数为 640 × 1136px （5）， 750 × 1134 （6），而 CSS 逻辑像素数为 320 x 568px （5）， 375 × 667 （6）；5，6 的 window.devicePixelRatio=2，6 Plus 为 3。
H5 适配：rem 方案
rem：是 CSS3 新增的一个相对单位，相对于 html 标签的 font-size 的大小为基础的。而 font-size 的大小可以动态根据手机屏幕宽度document.documentElement.clientWidth 来设置，从而达到自适应屏幕的目的。
我这里找了一下 小米 ， 网易 ， 拉勾网 ， 手淘 以及糯米，大同小异。
设计稿是 720px 的，即 5 英寸屏幕的安卓手机（720 x 1280px）。
对于页面缩放和横竖屏事件进行监听，改变 html 根元素字体 clientWidth/720/100 。
如图是这样计算的 375/(720/100) = 52.0833
iPhone 6 : 375/7.5=50 , 则知道设计稿应该是基于 iPhone 6 来的，所以它的设计稿竖直放时的横向分辨率为 750px，为了计算方便，取一个 100px 的 font-size 为参照，那么 body 元素的宽度就可以设置为 width: 7.5rem ，于是 html 的 font-size=deviceWidth / 7.5 。布局时，设计图标注的尺寸除以 100 得到 css 中的尺寸。并且布局中的 font-size 也可用 rem 单位。
设置html根元素字体为 65.5% ，对应px单位则为 10.48px ，则列表里时间信息字体设置为 1rem = 10.48px ，chrome在 -webkit-text-size-adjust: 100%; 情况下小于 12px 的一律显示为 12px 。
拉勾网页面列表部分是 px 为单位，字体是 rem ，底部bar是使用 百分百 来控制宽高间距。
之前网上讨论的比较多的是
则 1em = 16px * 62.5% = 10px ，em 的初始值为 1em = 16px ，而为了方便计算， 换算一下 10 / 16 （16px 是 Chrome 浏览器默认字体大小）。缺点是进行任何元素设置，都有可能需要知道他父元素的大小，比较繁琐低效。
（1）动态设置 viewport的scale
（2）动态计算 html 的 font-size
（3）布局的时候，各元素的 css 尺寸 = 设计稿标注尺寸/设计稿横向分辨率/10
设计稿是 750 的，所以 html 的 font-size 就是 75，如果某个元素是 150px的宽，换算成 rem 就是 150 / 75 = 2rem。
整个手淘设计师和前端开发的适配协作基本思路是：
手淘推出了一套移动端适配的方案—— Flexible 方案 。
总结来说：
设计稿是 750 的。
优点：简单粗暴，所有 css 尺寸均为设计稿尺寸直接除 2，开发快速简单；
缺点：可能出现一排放不下的情况，需要针对小屏幕如 5 及以下做单独适配
vw 相对于视窗的宽度：视窗宽度是 100vw 。
如果视区宽度是 100vm, 则 1vm 是视区宽度的 1/100, 也就是 1%，类似于 width: 1%。
那 iPhone 6 来说， document.documentElement.clientWidth=375 , 则豆腐块宽度为 375/100*30=112.5px
混合: rem px vw 百分百等单位混用
略，同上糯米WAP
这里假设设计稿 640px，则设置根元素 font-size 为 4.375vw，根据屏幕宽度自适应，在视窗宽度为 320px 的时候，正好是 14px (14 / 320 = 0.04375)。 达到页面默认字体大小 14px 的目的（其他大小也 ok）。好了，现在页面上所有以 rem 为单位的属性值都会随着屏幕的宽度变化而变化，达到自适应的目的。（ 自适应不用 js 动态设置根元素大小 ）
在移动端页面开发中，视觉童鞋一般会用 750px（iPhone 6）来出设计稿，然后要求 FE 童鞋能够做到页面是自适应屏幕的，这种情况下就可以用 rem 或者 vm 等相对单位来做适配，愉快和视觉童鞋一起玩耍啦。
内容转自： 大专栏
Ⅷ 极客时间优惠口令哪里搞
极客时间优惠口令在极客活动入口搞，印象中这个专栏上线不到 1 个月，就有 1.5W+ 订阅了。用四个字概括这个专栏，我觉得是：高屋建瓴——既有架构观，也有方法论，结合老许 20 年的经验沉淀，可以说是始于架构，又高于架构。老许是个传奇人物啊，毕业 2 年就成为 WPS 的首席架构师，创建七牛云后，他亲自架构设计，编写了大量核心代码。所谓“带你重新理解架构设计”，这话可不止说说而已。很多前端开发工程师的知识，都来自工作中的学习，基础不牢、认知不清、架构零散限制了前端人的发展。前阿里手淘前端负责人winter将在《重学前端》中帮助你以完备、体系化的方式搭建前端的知识架构，目前已经有3w+用户和winter一起重构前端。关于中台，大家可能会觉得它只是大公司的专利，实际上，任何一家面临着业务高速扩张与增长的公司，都需要思考清楚自己的核心竞争力是什么以及搭建属于自身的中台系统，才能保证自己在“青春期”不会因为快速增长而营养供应不足。可以预测，中台是未来企业主要的发力方向。为此，每个有梦想的人都需要做好准备。