Rest 改造和OkHttp是否适合JavaEE/服务器端使用？

我喜欢Square中的API和rest/http库。我正在评估编写服务器端rest客户端的选项。对于每个对基于SOAP的web服务的请求，我都必须使用另一个restful web服务，因此我需要一个rest客户机

我的问题是，改型和OkHttp是否适合在高度并发的web应用程序中使用服务器端，或者是否可能存在已知的或其他的问题，这些问题源于这些主要设计用于服务器端之外的API

---

阅读文档并仔细阅读代码，我并没有想到这些库不适合我。但我也不想成为一只豚鼠。是否有人在高负载/并发情况下遇到过服务器端使用问题？成功了吗？这些库的开发团队中有人愿意发表评论吗？；）

我们在Square Cash服务器上使用OkHttp，没有出现问题。

一些默认设置不适合服务器端使用，例如，每个主机的最大并发请求数默认为5

---

在微服务体系结构领域（使用Spring框架），Reformation/Okhttp可能不适合作为服务间通信的REST客户端。使用WebClient/RestTemplate与出于相同目的使用改装相比，至少具有以下优势：

RestTemplate/WebClient可以很容易地配置为使用客户端负载平衡（Ribbon），因此请求可以在各种实例或其他微服务之间循环

Hystrix可以使用RestTemplate轻松配置，从而提高整个系统w.r.t服务间通信的容错性（断路器模式）

可以使用Eureka或Concur轻松配置服务发现，因此客户端不需要知道目标web服务的主机/端口/协议。我们只需要启用发现客户端

或者，您也可以探索Feign，它是一个声明式web服务客户端，类似于改型，但具有RestTemplate的所有优点

您还可以在以下文章中获得战利品：