使用过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。