C/C++ 中的高性能应用程序 Web 服务器

Question

有没有用 C 或 C++ 编写的高性能（理想情况下事件化且开源）Web 服务器？

我希望能够使用它，因为它使用填写的 HTTP 请求类/结构调用我的应用程序中的方法/函数，然后我可以向它返回填写的 HTTP 响应类/结构。

如果它不是开源的，我需要内置对长轮询连接、保持活动等的支持，否则，我认为我可以自己添加这些东西。

如果您不知道有任何此类服务器可用，您会建议编写我自己的 Web 服务器来完成任务吗？它不能是基于文件的，并且必须用高性能C/C++编写。

---

编辑：我正在考虑类似 C 的 Ruby Mongrel 之类的东西，如果有帮助的话。

Answer 1

我对我的工作有完全相同的要求，因此我评估了许多解决方案：mongoose、libmicrohttpd、libevent。我也在考虑编写 nginx 模块。以下是我的发现摘要：

nginx

nginx 项目页面

我喜欢这个服务器并且经常使用它。它的性能和资源使用率比 Apache 好得多，我仍然在使用 Apache，但计划迁移到 nginx。

• 非常好的可调性能。功能丰富。可移植性。
• 模块 API 没有文档记录，而且似乎非常冗长。请参阅此 nginx hello world 模块 作为示例。
• Nginx不使用线程，而是使用多进程。这使得编写模块变得更加困难，需要学习共享内存的nginx API等。

mongoose

mongoose 项目页面

• 所有服务器的代码是在单个 mongoose.c 文件中（大约 130K），没有依赖项。这很好。
• 每个连接一个线程，因此如果您需要并发性，则必须配置大量线程，即。高内存使用率。不太好。
• 性能很好，但并不特别。
• API很简单，但你必须自己编写所有响应HTTP标头，即。详细学习HTTP协议。

libmicrohttpd

libmicrohttpd 项目页面

• 官方 GNU 项目。
• 冗长的 API，对我来说似乎很尴尬，尽管比编写 nginx 模块简单得多。
• 在 keep-alive 模式下性能良好（链接到下面的基准测试），但在没有 keep-alive 的情况下性能不太好。

libevent

libevent 项目页面

Libevent 库有内置的 Web 服务器，称为 evhttp。

• 它是基于事件的，为此使用 libevent。
• 简单的API。自动构造 HTTP 标头。
• 正式单线程。这是主要缺点。我发现一个 hack，它使 evhttp 的多个实例同时运行，接受来自同一个实例的连接插座。不确定它是否安全可靠。
• 单线程evhttp的性能出奇的差。多线程 hack 效果更好，但仍然不好。

G-WAN

G-WAN 项目不是开源的，但我想简单说一下。

• 性能非常好，内存使用率低，可执行文件只有 150 KB。
• 非常方便的“servlet”部署：只需将.c文件复制到csp目录中，运行服务器就会自动编译它。代码修改也是即时编译的。
• 简单的API。虽然在某些方面受到限制。丰富的功能（json、键值存储等）。
• 不稳定。我的静态文件出现段错误。挂在一些示例脚本上。 （有干净安装经验。切勿混合不同版本的文件）。
• 仅 32 位二进制（不再是）。

正如您所看到的，现有的替代方案都没有让我完全满意。于是我开发了自己的服务器，那就是...

NXWEB

NXWEB 项目页面

功能亮点：

• 性能非常好；请参阅项目页面上的基准测试
• 可以服务数以万计的并发请求
• 小内存占用
• 多线程模型旨在扩展
• 异常轻的代码库
• 简单的 API
• 体面的 HTTP 协议处理
• 保持活动连接
• SSL 支持（通过 GNUTLS）
• HTTP 代理（具有保持活动连接）池）
• 非阻塞发送文件支持（具有可配置的小文件内存缓存；gzip 预编码文件服务）
• 为开发人员提供的模块化设计
• 可以作为守护进程运行；出错时重新启动
• 开源

限制：

• 依赖于 libev 库（不再是）
• 仅在 Linux 上测试

Answer 2

我建议编写一个可以与许多高性能 Web 服务器（甚至闭源服务器）一起使用的 FastCGI 可执行文件。

Answer 3

猫鼬：一个文件。简单易用。不是 asycn io，但非常适合嵌入式和特殊用途。

关。出色的。没有崩溃。超精心规划的配置。非常智能且易于 C/C++ 开发，换句话说，与 nginx 相比，它的 api 非常干净、合理。每个核心提供一个线程。或您指定的任何内容。一个很好的选择。最大的缺点（也许我在这方面缺乏）：无法单步执行代码。

libevent：单线程在单核机器上并不是劣势。毕竟它的重点是异步 I/O。其他核心确实有多线程。

nginx：没有个人经验。在不完整的服务器上取得了重大进展。 （非常令人困惑的 api）

boost asio：asynchio (asio) 的 C++ 库。惊人的。对于像我这样的傻瓜来说，需要一个友好的高级 API。以及来自 php、java、javascript、node.js 和其他 Web 语言的其他人。

python Bottle：很棒的 1 文件库（框架/系统），可以轻松构建 python Web 应用程序。有/是一个内置的 httpd 服务器，如 libevent 和 node.js

node.js：javascript 异步服务器。一个很好的选择。不幸的是，必须使用 javascript 进行编程，这确实变得乏味。虽然为了完成工作还有一些话要说；还有一些话要说，让自己在这个过程中享受乐趣。希望没有人提出node.php

Answer 4

我将提出与 Axel Gneiting 相同的建议 - 但已经提供了我采用这种方法的原因的答案：

1）HTTP 作为协议并不简单 - 编写自己的服务器或修改现成的解决方案是一项非常复杂的任务 - 比使用可用的 API 来实现单独的处理引擎复杂得多

2）使用（未经修改的）主流网络服务器应该为您提供比您需要的更多的功能（因此您有成长的空间）。

3）使用（未经修改的）主流网络服务器通常意味着它比自制系统经过了更广泛的测试和记录。

4) ..并且它更有可能是安全和稳定的。

5) 使用 fastCGI，您可以使用各种语言来开发后端处理 - 包括 C++ 和 C。有 标准工具包可用于促进这一点。

6) 另外，许多网络服务器提供对进程内运行解释器引擎的支持（例如 mod_php、mod_perl）。不过，我建议不要将自己的本机代码作为模块运行。

它不能是基于文件的。

呃？这意味着什么？

Answer 5

我是一个狂热的 nginx 用户； nginx是用C语言编写的； nginx 似乎可以为你工作。如果你想要 nginx 的最佳速度，我会制作一个 nginx 模块。以下是 第 3 方模块，您可以检查它们以了解它需要什么。

至于长轮询要求，您可能想看看 http 推送模块。