如何正确共享JAX-RS 2.0客户端

为我的问题提供一些背景信息......

我有一个 Java EE Web 应用程序（作为 UI/客户端），它使用 JAX-RS 2.0 客户端 API（Resteasy 实现）通过 REST 接口访问数据/业务逻辑服务。

目前，我使用 RequestScoped CDI 托管 bean 为每个请求注入一个新的 JAXRS 客户端实例，我的想法是客户端应用程序可能会为每个请求调用多个后端资源，并且我为整个请求重用相同的 JAXRS 客户端（尽管我在某处读过这可能不是正确，因为我可能会更改每次调用的 URI）

JAXRS 客户端的文档似乎表明客户端是一个潜在昂贵的操作，应用程序应该限制它创建的连接量。它似乎也自相矛盾，并建议一旦对特定 WebTarget 的所有请求完成后，客户端应该关闭。

客户端应用程序可能支持数千个并发用户，因此创建和销毁数千个“昂贵的客户端”似乎不是正确的方法，因此我认为共享客户端池更合适，但似乎没有任何关于如何操作的信息这应该能够实现。

所有示例似乎都显示为该请求创建一个新客户端，并且 a) 之后关闭它或 b) 不关闭它，但没有真正解释第二个请求时发生的情况。

您能否帮助提供一些关于您认为如何解决此问题的答案或有关此方法的最佳实践的信息。

Thanks.

我唯一的“最佳实践”建议seen https://blogs.oracle.com/japod/entry/how_to_use_jersey_client为了避免 JAX-RS 2.0 客户端的性能不佳或内存使用模式不佳，与 Jax-RS 的 Jersey 实现相关，因此它可能对 RestEasy 无效。然而，我怀疑这两种实现足够相似，因此建议是可移植的。

基本上我的理解是

• 使用 ClientBuilder 创建少量完全配置的客户端实例 - 在不同情况下您可能需要具有不同配置的不同客户端（例如序列化/反序列化提供程序）。这种事情可能应该发生在应用程序初始化或类似的“罕见”事件周围。
• 在具有相同配置要求的类之间共享每个完全配置的客户端实例。例如，您可能会告诉您的 DI 框架将每个客户端实例的范围设置为@Singleton.
• 避免在 Client 实例上调用任何修改底层配置的方法。例子是这样的register(Class<T> componentClass)- 几乎任何东西javax.ws.rs.core.Configurable界面。
• 使用共享客户端的每个实例对象都可以（并且应该？）创建自己的、私有的和非共享的 WebTargets。实际上，WebTargets 应该是@RequestScoped而不是客户。
• 然而，与客户端一样，任何使用 WebTarget 的东西都应该避免通过javax.ws.rs.core.Configurable接口方法。

之后就一帆风顺了。