怎样防止重复发送 Ajax 请求?

一个简易的需求,点一个按钮,则向服务器请求资源,不做处理时,屡次点击后会有不少个请求在等待。粗暴的解决方式是点一次就将按钮disable掉。请问一下有没有更好的办法,好比多点一次后自动down掉前一次请求?补充:不是一次请求,更相似于gmail的全站AJAX,刚用firebug看了一下gmail,发现重复请求时,以前的请求状态变为“Aborted”,而且不反回任何数据。请问是如何作到的呢?毕竟通常理解客户端AJAX发送后是不能终止的。git

 

 

A. 独占提交
只容许同时存在一次提交操做,而且直到本次提交完成才能进行下一次提交。api

module.submit = function() { if (this.promise_.state() === 'pending') { return } return this.promise_ = $.post('/api/save') } 


B. 贪婪提交
无限制的提交,可是以最后一次操做为准;亦即须要尽快给出最后一次操做的反馈,而前面的操做结果并不重要。promise

module.submit = function() { if (this.promise_.state() === 'pending') { this.promise_.abort() } // todo } 

好比某些应用的条目中,有一些进行相似「喜欢」或「不喜欢」操做的二态按钮。若是按下后不当即给出反馈,用户的目光焦点就可能在那个按钮上停顿许久;若是按下时即时切换按钮的状态,再在程序上用 abort 来实现积极的提交,这样既能提升用户体验,还能下降服务器压力,皆大欢喜。

C. 节制型提交
不管提交如何频繁,任意两次有效提交的间隔时间一定会大于或等于某一时间间隔;即以必定频率提交。服务器

module.submit = throttle(150, function() { // todo }) 

若是客户发送每隔100毫秒发送过来10次请求,此模块将只接收其中6个(每一个在时间线上距离为150毫秒)进行处理。
这也是解决查询冲突的一种可选手段,好比以知乎草稿举例,仔细观察能够发现:
编辑器的 blur 事件会当即触发保存;
保存按钮的 click 事件也会当即触发保存;
可是存在一种状况会使这两个事件在数毫秒内连续发生——当焦点在编辑器内部,而且直接去点击保存按钮——这时用 throttle 来处理是可行的。
另外还有一些事件处理会很频繁地使用 throttle,如: resize、scroll、mousemove。

D. 懒惰提交
任意两次提交的间隔时间,必须大于一个指定时间,才会促成有效提交;即不给休息不干活。app

module.submit = debounce(150, function() { // todo }) 

仍是以知乎草稿举例,当在编辑器内按下 ctrl + s 时,能够手动保存草稿;若是你连按,程序会表示不理解为何你要连按,只有等你放弃连按,它才会继续。

============
更多记忆中的例子

方式 C 和 方式 D 有时更加通用,好比这些状况:编辑器

  • 游戏中你捡到一把威力强大的高速武器,为了防止你的子弹在屏幕上打成一条直线,能够 throttle 来控制频率;
  • 在弹幕型游戏里,为了防止你把射击键夹住来进行无脑游戏,能够用 debounce 来控制频率;
  • 在编译任务里,守护进程监视了某一文件夹里全部的文件(如任一文件的改变均可以触发从新编译,一次执行就须要2秒),但某种操做可以瞬间形成大量文件改变(如 git checkout),这时一个简单的 debounce 可使编译任务只执行一次。


而方式 C 甚至能够和方式 B 组合使用,好比自动完成组件(Google 首页的搜索就是):函数

  • 当用户快速输入文本时(特别是打字能手),能够 throttle keypress 事件处理函数,以指定时间间隔来提取文本域的值,而后当即进行新的查询;
  • 当新的查询须要发送,但上一个查询还没返回结果时,能够 abort 未完成的查询,并当即发送新查询;


----- update 2013-01-08 -----
E. 记忆型post

var scrape = memoize(function(url) { return $.post('/scraper', { 'url': url }) }) 

对于一样的参数,其返回始终结果是恒等的——每次都将返回同一对象。
应用例子有编辑器,如粘贴内容时抓取其中的连接信息,memoize 用以保证一样的连接不会抓取两次。

----- update 2013-03-27 -----
F. 累积型
前几天处理自动完成事件时获得这个函数,发现也能够用在处理连续事件上,它可以把连续的屡次提交合并为一个提交,好比:this

var request = makePile(5, function() { $.post('/', { list: JSON.stringify([].slice.call(arguments)) }) }) // 连续发送五次 request({a:1}), request({a:2}), request({a:3}), request({a:4}), request({a:5}) /* post => list:[{"a":1},{"a":2},{"a":3},{"a":4},{"a":5}]  */ 

样例实现:url

var makePile = function(count, onfilter, onvalue) { var values = [], id = function(value) { return value } return function(value) { values.push((onvalue || id).apply(this, arguments)) if (values.length === count) { onfilter.apply(this, values) values = [] } } } 


----- update 2013-04-16 -----
另外一种累积是按时间而不是次数,好比应用在行为统计上,可能在瞬间收集到数十上百相似的行为,这时能够用上面 pile 的结构加上 debounce 来防止大批重复请求(但又不丢失任何统计):

var trackFactory = function(delay, action) { var params = [], slice = [].slice var touch = debounce(delay, function() { if (params.length) { action(params) params = [] } }) return function() { params.push(slice.call(arguments)) touch() } } var track = trackFactory(550, function(params) { // send tracking request }) 


G. 采样型
这是最近重构时联想到的,一种和上面都不一样的去重操做,能够应用在自动加载(timeline)行为控制上:

autoload.listen(feeds, 'next', sample(3, function() {
  this.enable()
}))


若是 sample 是固化的选择函数(n 选 1),它这实际上会这样工做:

O-O-X-O-O-X


但「自动加载」的应用可能想要的是(两次自动,一次手动):

X-X-O-X-X-O


对于这种状况,能够定义做为配置的选择函数来实现控制:

options { sample: (n) => n % 3 !== 0 }

即每一个下一次加载完成以后, 每三次有两次对下一次加载实行自动加载。

相关文章
相关标签/搜索