IOS下自定义click事件使用alert的bug

使用过iscroll插件的同学都知道iscroll支持自定义事件，即在调用iscroll时参数赋值options.click = true。

接下来定义事件如：

$clinicAppoint.on('click', function(event) {
   if($(event.target).closest('#clinic-select').size() > 0 ) {
        alert($(event.target).closest('#clinic-select')[0].id);      
      }else if($(event.target).closest('#appoint-time').size() >0) {
        alert($(event.target).closest('#appoint-time')[0].id)；   
     }
});

安卓和pc端模拟显示正常，在IOS上会点击id="clinic-select"的元素及其子元素时,alert正常，接着点击id="appoint-time"的元素及其子元素时,诡异的现象出现了：

居然alert出"clinic-select",接着第二次点击id="appoint-time"的元素及其子元素时，alert又正常了。再点击id="clinic-select"的元素及其子元素时，alert又不正常了。去掉 alert，一切又正常了，看来这是alert的问题。

IOS最终问题的根源：

在没有alert的情况的下，每次点击事件的顺序都是那么的和谐：touchstart->touchend; touchstart->touchend。

如果有alert，就影响了这个和谐的事件，事件是这样的：

第一次点击：touchstart->touchend->touchstart

第二次点击：touchend->touchstart->touchcancel

第三次点击：touchstart->touchend->touchstart

第四次点击：touchend->touchstart->touchcancel

这不和谐不要紧，要命是第一次点击最后的touchstart和第二次点击touchend事件是一个整体，被alert强制破坏了，

导致第二次点击事件总是第一次绑定的事件。直到第三次点击回到正常，第四次点击又郁闷了。。。。。解决办法：

纠正alert引起的事件顺序错乱，让它们回到正常顺序，即：

第一次点击：touchstart->touchend

第二次点击：touchstart->touchend

。。。。。

setTimeout(function(){
      alert($(event.target).closest('#appoint-time')[0].id);
},0);

在alert之前先让浏览器UI进程按照顺序执行alert。就可以让事件回到正常顺序，即：

第一次点击：touchstart->touchend

第二次点击：touchstart->touchend

。。。。。

血的教训：不要用alert。