浅谈Koa服务限流方法实践
最近接了一个需求，很简单，就是起一个server，收到请求时调用某个提供好的接口，然后把结果返回。因为这个接口的性能问题，同时在请求的不能超过特定数目，要在服务中进行限流。
限流的要求是，限制同时执行的数目，超出这个数目后要在一个队列中进行缓存。
koa 中间件不调用 next
最初的想法是在 koa 中间件中进行计数，超过6个时将next函数缓存下来。等正在进行中的任务结束时，调用next继续其他请求。
之后发现 koa 中间件中，不执行next函数请求并不会停下，而是不再调用之后的中间件，直接返回内容。
const Koa = require('koa');
const app = new Koa();
app.use((ctx, next) => {
console.log('middleware 1');
setTimeout(() => {
next();
}, 3000);
ctx.body = 'hello';
});
app.use((ctx, next) => {
console.log('middleware 2');
});
app.listen(8989);
以上代码首先在控制台打出 ‘middleware 1' => 浏览器收到 ‘hello' => 控制台打出 ‘middleware 2'。
这里还有一个要注意的地方，就是一个请求已经结束（finish）后，他的next方法还是可以继续调用，之后的middleware还是继续运行的（但是对ctx的修改不会生效，因为请求已经返回了）。同样，关闭的请求（close）也是同样的表现。
使用 await 让请求进行等待
延迟next函数执行不能达到目的。接下来自然想到的就是使用await让当前请求等待。await的函数返回一个Promise，我们将这个Promise中的resolve函数存储到队列中，延迟调用。
const Koa = require('koa');
const app = new Koa();
const queue = [];
app.use(async (ctx, next) => {
setTimeout(() => {
queue.shift()();
}, 3000);
await delay();
ctx.body = 'hello';
});
function delay() {
return new Promise((resolve, reject) => {
queue.push(resolve);
});
}
app.listen(8989);
上面这段代码，在delay函数中返回一个Promise，Promise的resolve函数存入队列中。设置定时3s后执行队列中的resolve函数，使请求继续执行。
针对路由进行限流，还是针对请求进行限流？
限流的基本原理实现后，下面一个问题就是限流代码该写在哪里？基本上，有两个位置：
针对接口进行限流
由于我们的需求中，限流是因为要请求接口的性能有限。所以我们可以单独针对这个请求进行限流：
async function requestSomeApi() {
// 如果已经超过了最大并发
if (counter > maxAllowedRequest) {
await delay();
}
counter++;
const result = await request('http://some.api');
counter--;
queue.shift()();
return result;
}
下面还有一个方便复用的版本。
async function limitWrapper(func, maxAllowedRequest) {
const queue = [];
const counter = 0;
return async function () {
if (counter > maxAllowedRequest) {
await new Promise((resolve, reject) => {
queue.push(resolve);
});
}
counter++;
const result = await func();
counter--;
queue.shift()();
return result;
}
}
针对路由进行限流
这种方式是写一个koa中间件，在中间件中进行限流：
async function limiter(ctx, next) => {
// 如果超过了最大并发数目
if (counter >= maxAllowedRequest) {
// 如果当前队列中已经过长
await new Promise((resolve, reject) => {
queue.push(resolve);
});
}
store.counter++;
await next();
store.counter--;
queue.shift()();
};
之后针对不同路由在router中使用这个中间件就好了：
router.use('/api', rateLimiter);
比较
实现了针对接口进行限流，觉得逻辑有些乱，于是改用了针对路由进行限流，一切运行的很完美。
直到我又接了个需求，是要请求三次这个接口返回三次请求的结果数组。现在问题来了，我们不能直接调用接口，因为要限流。也不能直接调用请求接口的函数因为我们的限流是以路由为单位的。那怎么办呢？我们只有请求这个路由了，自己请求自己。。。
需要注意的地方
监听close事件，将请求从队列中移出
已经存储在队列中的请求，有可能遇到用户取消的情况。前面说过koa中即使请求取消，之后的中间件还是会运行，也就是还会执行需要限流的接口，造成浪费。
可以监听close事件来达到这个目的，每个请求我们需要用hash值来标记：
ctx.res.on('close', () => {
const index = queue.findIndex(item => item.hash === hash);
if (index > -1) {
queue.splice(index, 1);
}
});
设置超时时间
为了防止用户等待过长时间，需要设置超时时间，这在koa中很容易实现：
const server = app.listen(config.port); server.timeout = DEFAULT_TIMEOUT;
当前队列已经过长
如果当前队列已经过长了，即使加入队列中也会超时。因此我们还需要处理队列过长的情况：
if (queue.length > maxAllowedRequest) {
ctx.body = 'error message';
return;
}
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。
相关文章
本文给大家汇总介绍了几种node.js实现快速截屏的方法，这里分享给大家，希望大家能够喜欢。2016-08-08
基本现在很多主流的前端框架都用了node.js 但是node装起来确实头疼,下面这篇文章主要给大家介绍了关于如何将node安装到其他盘的超详细步骤与说明,需要的朋友可以参考下2023-06-06
一个Express应用就是在调用各种中间件。可见中间件在web应用开发中的重要性，有兴趣的可以了解一下2017-05-05
这篇文章主要介绍了详解基于Koa2开发微信二维码扫码支付相关流程，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧2018-05-05
这篇文章主要介绍了node.js爬虫框架node-crawler的相关资料，帮助大家利用node.js进行爬虫，感兴趣的朋友可以了解下2020-10-10
这篇文章主要介绍了整理 node-sass 安装失败的原因及解决办法，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2020-02-02
现在前端基本上都会用一些NodeJs,想必也想自己写一些API或者个人博客的后台系统,这些就离不开连接数据库的问题,下面这篇文章主要给大家介绍了关于node连接MySQL数据库的3种方式,需要的朋友可以参考下2022-08-08
在PyCharm中写JavaScript代码并进行调试是非常方便的,但是有些用户可能对如何在PyCharm中准确地运行JavaScript代码感到困惑,这篇文章主要给大家介绍了关于Pycharm配置Node.js运行js代码的相关资料,需要的朋友可以参考下2023-11-11
这篇文章主要介绍了Ubuntu中搭建Nodejs开发环境过程,比较郁闷的是apt-get安装失败了,如果有遇到一样问题的朋友,可以参考一下本文2014-06-06
这篇文章主要介绍了node.js下when.js 的异步编程实践,需要的朋友可以参考下2014-12-12
最新评论