HTTP 服务器是 IPC 的好主意吗？ [关闭]

Question

我需要实现一个工具，以 POST/GET 机制从正在运行的进程中获取数据。客户端/服务器之间的连接量非常低 - 平均每分钟一个请求。

默认的方式是基于sockets等实现一个简单的服务器。但是，我觉得对于这么简单的事情来说工作量太大了。有很多工具可以用 5 行代码创建一个 HTTP 服务器（例如 Perl Dancer）。与它们的交互既快速又简单。添加新功能非常简单。资源方面，它们非常轻量级。

对于这样的任务（开销方面），HTTP 服务器是不是一个坏主意？是否有类似 Daner/node.js 的简单 IPC RESTful 框架？

谢谢！

Answer 1

HTTP 基本上是一种无状态协议。你请求一些东西，服务器回复，这就是它的结束。 HTTP 1.1 改变了部分实现，主要是出于性能原因，但它并没有真正改变“客户端发送 - 服务器应答 - 事务完成”模式。这意味着，如果您想实现锁定机制、同步或由服务器启动的事务，您将不得不进行大量编码以使 HTTP 完成它的设计初衷。

这并不意味着没有办法做这些事情，它只是意味着你可能需要做很多编码才能让 HTTP 服务器做你需要的事情。从长远来看，为您的特定需求构建服务器比尝试滥用 HTTP 服务器更容易。

当然，如果 HTTP 的功能足以满足您当前的需求，并且如果您处于快速编码比性能和长期可维护性更重要的环境中，请使用 HTTP 服务器。如果你能在一天之内完成这项工作，并且提前知道需求不会有太大变化，那么花十天时间来获得性能提高 3%、可维护性提高 2% 的解决方案没有多大意义。