随着前端的热度不断升温，行业对前端的要求越来越高；精准无误的实现UI设计，已成为前端职业更加精细化的一种表现；
随着移动互联网的发展、WebApp似乎一种不可逾越的鸿沟；越来越多的企业开始趋势于轻量级的设计，H5正在慢慢的发酵可以完成更多的原生体验；
交互质量的提升，对前端更是一种质的飞越；前端作为门槛低，精深难的事实一直被论证，想成为真正大神，要经历痛苦的月球表面-满满的都是坑；
只有爬过来的人，才有资格说：要改变、要革新、做架构~

说了那么多，就是为了小伙伴们在前端的路上更加精细的学习；本文持续更新移动Web的各种大小泥坑~

目录（更新20170216）

1.meta基础知识

2.移动端字体解决方案

font-family: -apple-system, BlinkMacSystemFont, "PingFang SC","Helvetica Neue",STHeiti,"Microsoft Yahei",Tahoma,Simsun,sans-serif;}

iOS 4.0+ （iOS 9以下系统已经非常少） 使用英文字体 Helvetica Neue，之前的iOS版本降级使用 Helvetica。 中文字体设置为华文黑体STHeiTi。
iOS 9+ Safari开始支持 -apple-system 参数， Chrome 使用 BlinkMacSystemFont ，兼容 iOS ／ MacOS
微软雅黑是为了兼容Win系统，毕竟视网膜分辨率的win系统用Simsun是非常丑陋的，可以用4K屏@windowns 去看 JD 淘宝，你能忍的话我就没话说
PingFang SC 是简体苹方，看需要 如果要命中对应 苹方字体的话 直接写 PingFang 不带引号。
4.0之前版本英文字体原生Android使用的是Droid Sans，中文字体原生Android会命中Droid Sans Fallback。
4.0+ 中英文字体都会使用原生Android新的Roboto字体。
其他第三方Android系统也一致选择默认的无衬线字体。
Android 就直接让它命中系统字体吧，因为你无法预知发行厂商会去内置什么字体，或者人家root去修改什么字体。
移动端字体单位font-size选择px还是rem
对于只需要适配少部分手机设备，且分辨率对页面影响不大的，使用px即可
对于需要适配各种移动设备，使用rem，例如只需要适配iPhone和iPad等分辨率差别比较挺大的设备

rem配置参考，适合视觉稿宽度为750px的:

3.Touch事件的详细解析
当用户手指放在移动设备在屏幕上滑动会触发的touch事件
以下支持webkit
touchstart——当手指触碰屏幕时候发生。不管当前有多少只手指
touchmove——当手指在屏幕上滑动时连续触发。通常我们再滑屏页面，会调用event的preventDefault()可以阻止默认情况的发生：阻止页面滚动
touchend——当手指离开屏幕时触发
touchcancel——系统停止跟踪触摸时候会触发。例如在触摸过程中突然页面alert()一个提示框，此时会触发该事件，这个事件比较少用
TouchEvent
touches：屏幕上所有手指的信息
targetTouches：手指在目标区域的手指信息
changedTouches：最近一次触发该事件的手指信息
touchend时，touches与targetTouches信息会被删除，changedTouches保存的最后一次的信息，最好用于计算手指信息
参数信息(changedTouches[0])
clientX、clientY在显示区的坐标
target：当前元素
参考：https://developer.mozilla.org/en-US/docs/Web/API/TouchEvent
4.Click事件的延时问题
移动设备上的web网页是有300ms延迟的，玩玩会造成按钮点击延迟甚至是点击失效。
原因就出在浏览器需要如何判断快速点击上，当用户在屏幕上单击某一个元素时候，例如跳转链接<a href="#"></a>，此处浏览器会先捕获该次单击，但浏览器不能决定用户是单纯要点击链接还是要双击该部分区域进行缩放操作，所以，捕获第一次单击后，浏览器会先Hold一段时间t，如果在t时间区间里用户未进行下一次点击，则浏览器会做单击跳转链接的处理，如果t时间里用户进行了第二次单击操作，则浏览器会禁止跳转，转而进行对该部分区域页面的缩放操作。那么这个时间区间t有多少呢？在IOS safari下，大概为300毫秒。这就是延迟的由来。造成的后果用户纯粹单击页面，页面需要过一段时间才响应，给用户慢体验感觉，对于web开发者来说是，页面js捕获click事件的回调函数处理，需要300ms后才生效，也就间接导致影响其他业务逻辑的处理。
解决方案：
fastclick可以解决在手机上点击事件的300ms延迟
zepto的touch模块，tap事件也是为了解决在click的延迟问题
触摸事件的响应顺序
1、ontouchstart 
2、ontouchmove 
3、ontouchend 
4、onclick
解决300ms延迟的问题，也可以通过绑定ontouchstart事件，加快对事件的响应。
5.webkit表单输入框placeholder的颜色值能改变么

input:focus::-webkit-input-placeholder{color:#EEEEEE;}

其他：

禁止ios 长按时不触发系统的菜单，禁止ios&android长按时下载图片:.css{-webkit-touch-callout: none}

禁止ios和android用户选中文字:.css{-webkit-user-select:none}

5.常用的移动端框架
zepto.js
语法与jquery几乎一样，会jquery基本会zepto~
最新版本已经更新到1.16
官网：http://zeptojs.com/
中文(非官网)：http://www.css88.com/doc/zeptojs_api/
常使用的扩展模块：
浏览器检测：https://github.com/madrobby/zepto/blob/master/src/detect.js
tap事件：https://github.com/madrobby/zepto/blob/master/src/touch.js
iscroll.js
解决页面不支持弹性滚动，不支持fixed引起的问题~
实现下拉刷新，滑屏，缩放等功能~
最新版本已经更新到5.0
官网：http://cubiq.org/iscroll-5
underscore.js
笔者没用过，不过听说好用，推荐给大家~
该库提供了一整套函数式编程的实用功能，但是没有扩展任何JavaScript内置对象。
最新版本已经更新到1.8.2
官网：http://underscorejs.org/
滑屏框架
适合上下滑屏、左右滑屏等滑屏切换页面的效果
slip.js
iSlider.js
fullpage.js

swiper.js

6.Flex布局
flex布局目前可使用在移动中，并非所有的语法都全兼容，但以下写法笔者实践过，效果良好~

7.0.5像素边框的实现
大家都知道，设计稿中的1像素，在页面上其实就是2像素；这时他们就会说，我们的1px太粗；
其实，我们应该用理解的态度对待这件事，因为0.5像素的线确实好看，因为原生的线也是0.5像素；如果你学习了这个方法，其实也不会再介意1px和0.5px了；
下面是一个demo 纯css利用伪类实现，总体来讲还是比较稳定的，要求同级必须是相对定位；