select 移动端第一个无法选中_总结在移动端碰到的坑

一、安卓设备的select options的坑，尽量使用各浏览器内核都支持的api

在添加 OPTION 元素时

如果需要向指定索引前插入 OPTION，可以使用 options.add(option, index)；

如果需要向 SELECT 尾部添加 OPTION，可以使用 options.add(option)；

如果需要向指定索引处添加(或更改) OPTION，可以使用 options[index] = option。

在删除 OPTION 元素时

如果想删除指定索引处的 OPTION 元素，可以使用 select.remove(index) 或 options[index] = null；

如果想删除某个指定的 OPTION 元素，可以使用 select.remove(option)；

如果想删除 SELECT 中所有 OPTION，可以使用 select.length = 0 或 options.length = 0。

二、移动端click事件300ms延迟

click事件，在移动端，会经过300ms的延迟后才触发。原因是，移动浏览器提供一个特殊的功能：双击(double tap)放大，用户碰触页面之后，需要等待一段时间来判断是不是双击(double tap)动作，而不是立即响应单击(click)，等待的这段时间大约是300ms。那么怎么消除这个300ms延迟呢？

1.使用fastclick插件，会消除所有click事件的延迟，不推荐使用插件来解决这个问题

2.不用click事件，用移动设备提供的原生touch事件，或某些移动端手势库提供的tap事件。移动端touch事件提供了 touchstart 、 touchmove 、 touchend等，对于简单的页面，可以把 touchstart 或者 touchend 当作tap来用，这样可以解决300ms延迟问题，但并不完美，比如手指接触目标元素，按住不放，慢慢移出响应区域，依然会触发 touchstart事件对应的事件处理器(本不应该触发)，touchend也有类似的问题，所以，如果想模拟原生App的点击事件，需要自己封装一套tap事件，或者使用手势库的tap事件，tap事件原理也非常简单，是由touchstart和touchend组合而成，首先要判断touchend和touchstart的偏移距离，然后阻止掉touchend事件300ms之后触发的click事件，并且始终以touchend事件作为触发的必要条件，下面是个demo：

functiontap(node,callback,scope) {

node.addEventListener(TOUCHSTART,function(e) {

x= e.touches[0].pageX;

y= e.touches[0].pageY;

});

node.addEventListener(TOUCHEND,function(e) {

e.stopPropagation();

e.preventDefault();var curx = e.changedTouches[0].pageX;var cury = e.changedTouches[0].pageY;if (Math.abs(curx - x) < 6 && Math.abs(cury - y) < 6) {

callback.apply(scope, arguments);

}

});

}

下面是zepto的tap事件实现源码：

if (deltaX < 30 && deltaY < 30) {

tapTimeout= setTimeout(function() {var event = $.Event('tap')

event.cancelTouch=cancelAll

touch.el.trigger(event)if(touch.isDoubleTap) {if (touch.el) touch.el.trigger('doubleTap')

touch={}

}else{

touchTimeout= setTimeout(function() {

touchTimeout= null

if (touch.el) touch.el.trigger('singleTap')

touch={}

},250)

}

},0);

}

三、点击穿透

如果某个返回按钮的位置，恰好在要返回的这个页面的带有href属性的a标签的范围内，在点击返回按钮后，页面快速切换到有a标签的页面，300ms后触发了click事件，从而触发了a标签的意外跳转，这个就是典型的点击穿透问题。罪魁祸首其实就是a标签跳转默认是click事件触发，而移动端的touch事件触发之后，依然会在300ms后触发click事件。解决办法其实在上面一条已经提到了。

1.就是消费掉touch事件完成后的click事件。

2.不要混用touch和click事件。显然不可能都绑定click事件，因为要解决300ms延迟问题(除了fastclick)，那么只能都绑定touch事件，这样click事件永远不会被触发。

综上二条，最好的办法就是自己封装一个tap事件，并且自己阻止掉300ms后的click事件，完美解决。

注意：zepto并没有阻止click事件，所以使用zepto的tap事件依然会导致点击穿透问题，你需要手动添加 e.preventDefault() 来阻止click事件。

四、移动端整体布局

移动端的整体布局一般来说可以分为上中下三个部分，分别为 header、main、footer，其中header、footer 是固定高度，分别固定在页面顶部和页面底部，而 main 是页面展示主体内容的部分，并且可以滚动。要实现这种布局，有两种办法：

1.最容易想到的就是header和footer为fixed，body最小高度为一屏，超出则滚动。这种布局有个优点，在ios的safari上页面的地址栏会随着 body 的滚动隐藏起来，缺点就是fixed在有input的页面会有各种兼容性问题(经测试，在固定到主屏幕并且去掉导航栏的情况下fixed有bug，移动端的各种浏览器中是没有问题的)

2.采取内滑的策略。具体的实现方式可能略有不同，但思路都是在元素内部滚动，而不是body。比如可以设置header和footer为absolute，main也为absolute，并且overflow-y为auto，或者用弹性布局的方式。在移动端元素内滑动会有不流畅的问题，建议加上-webkit-overflow-scrolling: touch，这样就能愉快的滚动了。这种布局的优点就是避免了使用fixed，缺点就是移动端浏览器中input框的光标闪烁问题(在滚动页面的时候，光标会错位，不跟随input框闪烁，原因是加了-webkit-overflow-scrolling: touch，导致滑动速度太快来不及重绘，解决方法是在你滑动页面的时候直接让input失去焦点，隐藏光标)

五、input 的 compositionstart 和 compositionend 事件

在input中输入中文的时候，在没有选定文字前，输入的每一个拼音字母也会触发input事件，这显然不是我们想要的。我们需要 compositionstart 和compositionend 事件来处理这个问题。compositionstart会在用户开始进行非直接输入的时候触发，compositionend会在点选候选词或者点击「选定」按钮之后触发。我们可以在compositionstart的时候将input事件上锁，让其不执行，在compositionend的时候再解锁，注意：compositionend 事件是在 input 事件后触发的。

六、移动端 1px border 实现

由于设备高分辨率屏的原因，逻辑像素的 1px 的 border 在移动设备上会用两个或三个物理像素来表示，所以看起来会感觉很粗。解决方案有很多，但兼容性最好的方案是用伪元素的 box-shadow 或 border 实现 border，然后用 transform: scale(.5) 缩小到原来的一半。具体如下：

.block{width:100px;height:100px;margin:10px;position:relative;

/*border: 1px solid red;*/

}.block:before{content:'';position:absolute;transform-origin:0 0;top:0;left:0;width:200%;height:200%;border:1px solid red;transform:scale(.5);

}

七、一些小坑

1.format-detection

默认情况下，设备会自动识别任何可能是电话号码的字符串。设置telephone=no可以禁用这项功能。

2.禁止复制、选中文本

user-select:none;

3.长时间按住页面出现闪退或禁止 iOS 弹出各种操作窗口

-webkit-touch-callout:none;

4.ios或安卓设备input等元素的特殊样式