在手持设备上使用 touchstart 事件代替 click 事件是不是个好主意？

在手持设备的浏览器上（本处主要指代iOS和Android系统上的webkit内核的浏览器和嵌入在应用程序里面的webview），由于两次连续“轻触”是“放大”的操作（即使你两次轻触的是一个链接或一个有click事件监听器的元素），所以在第一次被“轻触”后，浏览器需要先等一段时间，看看有没有所谓的“连续的第二次轻触”。如果有，则进行“放大”操作。没有，才敢放心地认为用户不是要放大，而是需要“click”至此才敢触发click事件，导致“短按（手指接触屏幕到离开屏幕的时间比较短）”的click事件通常约会延迟300ms左右。采用touchstart代替click是比较初级的解决方案，首先，touchstart和click的触发条件就有区别，对于手持设备的浏览器：
1.touchstart：在这个dom（或冒泡到这个dom，这当然是废话）上手指触摸开始即能触发
2.click：在这个dom（或冒泡到这个dom，这当然是废话）上手指触摸开始，且手指未曾在屏幕上移动（某些浏览器允许移动一个非常小的位移值），且在这个在这个dom上手指离开屏幕，且触摸和离开屏幕之间的间隔时间较短（某些浏览器不检测间隔时间，也会触发click）才能触发
于是我们可以看到，完全用touchstart代替是不太可取的。
根据上面的区别，又要规避click在移动手持设备上带来的延迟，很容易有了模拟的办法，大致思路是：
在touchstart、touchend时记录时间、手指位置，在touchend时进行比较，如果手指位置为同一位置（或允许移动一个非常小的位移值）且时间间隔较短（一般认为是200ms），且过程中未曾触发过touchmove，即可认为触发了手持设备上的“click”，一般称它为“tap”
zepto已经封装了上述tap：zepto/src/touch.js at master 路 madrobby/zepto 路 GitHub
另外（由下面的@张辰 同学的回答，）还可以直接使用Fastclick：ftlabs/fastclick · GitHub来模拟点击，也不会有延迟，目前我已经迁移到此方案。
更新：

• zepto先前的实现方案有一些小问题，某些情况下会导致点透（http://blog.youyo.name/archives/zepto-tap-click-through-research.html），现在最新版的已经修复了这个问题。
• 在安卓4.1+的chrome浏览器上，如果在meta viewport中指定页面不可缩放，则click没有上述300ms左右的延迟

非常占同 @悠悠 的回答，理论部分已经回答得相当好，我来点实践内容。

如下面这个场景，在页面底部有一个“回顶部”的按钮，当我点击时，触发函数：
刚开始我使用 touchend 替代 click，当触发 scrollTo 的同时，页面发生了跳转，开始我感到非常奇怪，为什么页面会跳转呢？
最后，确认问题 scrollTo 动作是在 touchend 时触发，此时，并未触发click，在滚动回页面顶部时，click被触发，误中页面顶部的一个链接，导致页面发生跳转。
事件触发顺序：touchend --> scrollTo(0, 1) --> click --> 点中页面顶部的链接跳转

在大部分情况下，还是可以直接使用 touchend 替代，但是一定要如 @悠悠 答案中所说：

在touchstart、touchend时记录时间、手指位置，在touchend时进行比较，如果手指位置为同一位置（或允许移动一个非常小的位移值）且时间间隔较短（一般认为是200ms），且过程中未曾触发过touchmove，即可认为触发了手持设备上的“click”，一般称它为“tap”

Note：这个问题不是所有手机都会发生，目前，只在魅族MX2自带浏览器被验证，下面的截图是使用三星i9100示意。

看你的产品操作形式而定，，，不必从定义和原理上深究，该变通就变通

先占个坑。
光touchstart本身不能完全替代click。解决方案见fastclick库。

其他库如hammer等虽然支持tap手势，但是单纯支持tap就丧失了web应有的设备无关性。而fastclick虽然解决了click问题，但是不支持其他手势，实用性不够。

我正在开发一个新的手势库 https://github.com/hax/zhi 来解决上述问题。目前还是alpha版本。

TOUCHSTART不能代替click，大家都知道了。既然提到了fast click，我再补充一下心得。首先，这个插件非常方便，只需调用一次即可；第二，在iPhone和BB10上，表现是完美的；第三，如果你用在Android APK包里面的Web View上，会产生用户本来只想滑动却误点的Bug，因为Android机器性能就参差不齐，而且APK包自带的那个浏览器很渣。所以如果使用FastClick，最好做个判断，不要用在Android APK里面。

Touch start 相当于on mouse down 吧

前面的 @悠悠 同学已经说得很明白了，补充下有个独立的库也可以解决这个问题：FT Fast Click https://github.com/ftlabs/fastclick

是个好主意，反应速度会快很多。

基本没法用
在安卓2.x上touchstart随机不触发 而且touchstart touchmove touchend 和click mousemove等事件的顺序也是随机的
没记错的话4.0.x上也有随机不触发的现象