http - 使用本地 http 调用的开销

Question

我正在开发 wrapper围绕现有的 RESTful API。我基本上要做一些预处理，调用底层API，还有一些预处理，中间有一点缓存。该 API 专为通过 http 进行 RESTful 访问而设计。

我的问题是，我应该重构 API 以便通过代码调用它，还是应该对它进行本地 http 调用。第二个选项看起来不错，因为它增加了解耦，但我担心创建 http 请求/响应会严重影响性能。我听说过couchDB做类似的事情(它的 api 是 RESTful 的，可以通过 http 访问)。

Answer 1

没有人可以为您解答这个问题，因为这在很大程度上取决于您当前的 RESTful API 是如何实现的。例如，您可以编写一个相对较短的 C 程序来监听套接字并处理 HTTP 请求——如果它执行 RESTful 操作以响应不同的 HTTP 方法，那么它就是 RESTful API 的实现，并且开销非常小直接调用底层函数(没有 HTTP)。另一方面，您可以将程序编写成这个臃肿、笨重的 Java EE 怪物 - 在这种情况下，开销可能会非常大。

因此，skaffman 说“测量并查看”是正确的 - 这确实是获得有意义答案的唯一方法。

总而言之，如果您问这个问题，您很可能并没有真正面临 Google 规模的问题，因此如果重构将需要大量工作并且拦截 HTTP 请求很容易然后我建议您首先使用 HTTP 包装器获得所需的功能，只有在您拥有可用的产品后才开始担心性能优化。