补充一下，我觉得保险的话，在发新的请求的时候楼上提到的这些都是要做的：
1. 尚未发送的请求，取消发送（在发送方法里检查 timestamp ）
2. 已经发送正在等待返回的， abort
3. 对于请求已经结束，正在处理数据的，用唯一的标识符，在数据处理完的时候拒绝过时的请求的数据
4. 加 loading 屏幕
如果只用其中一种或者若干种，还是有风险的，
因为有时候请求数据的处理是很重的，我经常请求一个数兆的 JSON 文件，然后画到 webgl canvas 里，这时候 JSON 处理根本无法取消，三角化和 geometry 生成也很难取消，只能做多重保险。
再补充一下，在 javascript 里，序列号也可以不用加在请求里，也不用服务器返回。由于 js 的回调机制，回调结束之前，那个函数的 scope 仍然是有效的，可以用局部变量和全局变量来做。
我写了一个简单的例子：
https://gist.github.com/sagnitude/b0642604fd1911e016b4核心的代码是这样：
function sendRequest() {
var timestamp = (new Date()).getTime();
window.lastRequestTimeStamp = timestamp;
Request.Dispatch(params, function(result) {
if (timestamp == window.lastRequestTimeStamp) {
//do something
console.log("success! " + timestamp);
}
});
}