为什么要使用 Restify？

Question

我需要在 node.js 中构建 REST API，并且正在寻找比 express.js 更轻量级的框架，这可能会避免不需要的功能，并且可以像构建 REST API 的定制框架一样工作。 对于相同的情况，建议从其介绍中恢复。

阅读为什么使用restify而不是express？ 似乎restify是一个不错的选择。

但是当我用负载尝试两者时，惊喜来了。

我在 Restify 上制作了一个示例 REST API，并以每秒 1000 个请求淹没它。 令我惊讶的是，路线在一段时间后开始没有响应。 构建在 express.js 上的同一个应用程序处理了所有问题。

我目前正在通过

var FnPush = setInterval(function() {           
    for(i=0;i<1000;i++) 
        SendMsg(makeMsg(i));                
}, 1000);

function SendMsg(msg) {
    var post_data = querystring.stringify(msg);
    var post_options = {
        host: target.host,
        port: target.port,
        path: target.path,
        agent: false,
        method: 'POST',
        headers: {
                'Content-Type': 'application/x-www-form-urlencoded',
                'Content-Length': post_data.length,
                "connection": "close"
            }
    };

    var post_req = http.request(post_options, function(res) {});
    post_req.write(post_data);  
    post_req.on('error', function(e) {          
    }); 
    post_req.end();
}

我得到的结果是否合理？ 如果是这样，在这种情况下 express 比 restify 更有效吗？ 或者我测试它们的方式有什么错误？

根据评论更新

restify 的行为

1. 当输入超过 1000 req.s 的负载时，它会在 1 秒内停止处理，直到 1015 req.s，然后什么都不做。 即。 我实现的用于计算传入请求的计数器在 1015 之后停止递增。

2. 当以 100 个请求的负载喂食时。 每秒接收到 1015 次，之后没有响应。

Answer 1

在这个博客中 ， PerfectAPI和Express.js以及Restify.js之间进行了比较，结果是Express对于大量查询比Restify更好，所以我使用当前版本的Express和Restify做了一个简单的基准测试

这是测试快递的代码：

var express = require('express');
var app = express();

app.get('/hello/:name', function(req, res){
  res.send('hello ' + req.params.name);
});

app.listen(3000);
console.log('Listening on port 3000');

这是Restify的代码：

var restify = require('restify');
var server = restify.createServer();

server.get('/hello/:name', function(req, res, next) {
    res.send('hello ' + req.params.name);
});

server.listen(3000, function() {
    console.log('Listening on port 3000');
});

我使用ApacheBench进行测试，这是一个使用它的简单示例 。

您可以使用sudo apt-get install apache2-utils安装它，然后您可以运行此命令来测试ab -n 10000 -c 100 http://127.0.0.1:3000/ 。 这将使用10000个请求命中服务器，并发度为100。

结果为Restify

Server Hostname:        127.0.0.1
Server Port:            3000

Document Path:          /hello/mark
Document Length:        12 bytes

Concurrency Level:      100
Time taken for tests:   2.443 seconds
Complete requests:      10000
Failed requests:        0
Write errors:           0
Total transferred:      1390000 bytes
HTML transferred:       120000 bytes
Requests per second:    4092.53 [#/sec] (mean)
Time per request:       24.435 [ms] (mean)
Time per request:       0.244 [ms] (mean, across all concurrent requests)
Transfer rate:          555.53 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.5      0       8
Processing:     5   24   4.5     23      40
Waiting:        5   24   4.5     23      40
Total:         12   24   4.5     23      40

和Express ：

Server Hostname:        127.0.0.1
Server Port:            3000

Document Path:          /hello/mark
Document Length:        10 bytes

Concurrency Level:      100
Time taken for tests:   2.254 seconds
Complete requests:      10000
Failed requests:        0
Write errors:           0
Total transferred:      1890000 bytes
HTML transferred:       100000 bytes
Requests per second:    4436.76 [#/sec] (mean)
Time per request:       22.539 [ms] (mean)
Time per request:       0.225 [ms] (mean, across all concurrent requests)
Transfer rate:          818.89 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.5      0       7
Processing:    17   22   4.7     21      55
Waiting:       16   22   4.7     21      55
Total:         18   22   4.9     21      58

从比较中可以看出Express比Restify快，但Restify没有阻止并响应所有请求。

任何人都可以尝试此基准测试，您可以更改请求数和并发请求数，以查看对两者的影响。

Answer 2

更正：此信息现在是错误的，请继续滚动！

脚本存在问题，导致 Restify 测试在非预期路线上进行。 这导致连接保持活动状态，从而由于开销减少而提高了性能。

---

这是 2015 年，我认为自那以后情况发生了很大变化。 Raygun.io 最近发布了一个比较 hapi、express 和 restify 的基准。

它说：

我们还发现 Restify 使连接保持活动状态，这消除了每次从同一客户端调用时创建连接的开销。 公平地说，我们还测试了带有关闭连接的配置标志的 Restify。 由于显而易见的原因，您会看到在这种情况下吞吐量大幅下降。

看起来 Restify 是这里的赢家，可以更轻松地部署服务。 特别是如果您正在构建一个接收来自相同客户端的大量请求并希望快速移动的服务。 你当然比裸 Node 获得更多的收益，因为你有像 DTrace 支持这样的功能。

Answer 3

这是2017 年和Raygun.io比较 hapi、express、restify 和 Koa 的最新性能测试。

这表明 Koa 比其他框架更快，但是由于这个问题是关于 express 和 restify，所以Express 比 restify 快。

而且帖子里写的

这表明 Restify 确实比我最初测试中报告的要慢。

Answer 4

根据Node Knockout 描述：

restify 是一个 node.js 模块，专门用于在 Node 中创建 REST Web 服务。 restify 使构建此类服务的许多难题变得更容易，例如版本控制、错误处理和内容协商。 它还提供了内置的 DTrace 探针，您可以免费获得这些探针，以快速找出应用程序的性能问题所在。 最后，它提供了一个强大的客户端 API，可以在连接失败时为您处理重试/退避，以及其他一些细节。

性能问题和错误可能可以修复。 也许这种描述将是足够的动力。

Answer 5

我在通过 ab 对 OS X 上的多个框架进行基准测试时遇到了类似的问题。 在第 1000 次请求之后，一些堆栈始终消失。

我大大突破了限制，问题就消失了。

您可以使用ulimit检查您的 maxfiles ，（或仅使用 launchctl limit < OS X）并查看最大值是多少。

希望有帮助。

Answer 6

我对 express 或 restify 或 perfectAPI 感到困惑。 甚至尝试在所有这些中开发一个模块。 主要要求是制作一个RESTapi。 但最终以 express 结束，用在所有框架上每秒发出的请求测试了我的自我，express 给出了比其他更好的结果。 虽然在某些情况下，恢复优于快递，但快递接缝赢得了比赛。 我为快递竖起大拇指。 是的，我也遇到了 locomotive js，一些构建在 express 之上的 MVC 框架。 如果有人正在寻找使用 express 和 jade 的完整 MVC 应用程序，请选择机车。

Answer 7

2021 年，Fastify ( https://www.fastify.io/benchmarks/ ) 完成的基准测试表明，Restify 现在比 Express 略快。

用于运行基准测试的代码可以在这里找到https://github.com/fastify/benchmarks/ 。