Jersey-client和Apache HTTP Client如何比较?
首先,我不是要在这里发动战争。我非常了解Jersey,但是很少使用httpclient。
jersey-client和Apache的httpclient之间的主要区别是什么?在哪些方面比另一方面更好?哪里有比较好的图表?较大的文件(例如2048
MB)中,哪一个效果更好?
非常感谢您的评论!
回答:
这两件事可能不应该直接比较。Jersey是REST客户端,具有完整的JAX-RS实现,简洁的API和强大的过滤器堆栈。Apache Http
Client是HTTP客户端,非常适合管理超时,复杂的代理路由和连接轮询等底层细节。它们作用于协议栈的不同级别。当您使用Jersey时,总是涉及某种HTTP客户端后端。在没有明确HttpUrlConnection
指定后端的情况下,Jersey将用作默认后端。
带有HttpUrlConnection后端的Jersey:
Client client = Client.create();WebResource webResource = client.resource("http://localhost:8080/path");
ClientResponse response = webResource.accept("application/json")
.get(ClientResponse.class);
Jersey与Apache Http Client后端示例:
HttpClient apacheClient = HttpClientBuilder.create().build();Client client = new Client(new ApacheHttpClient4Handler(apacheClient,
new BasicCookieStore(),
true));
WebResource webResource = client.resource("http://localhost:8080/path");
ClientResponse response = webResource.accept("application/json")
.get(ClientResponse.class);
请注意最后一个示例中Handler的用法。这是Jersey整合并利用各种后端的关键集成抽象。第一个示例URLConnectionClientHandler
在引擎盖下使用。
说到性能和功能,将Apache Http
Client与Jersey进行比较几乎没有意义。有人可能想在这里比较不同的Jersey后端,因为Jersey本身只是包装API。我想根据自己的经验重点介绍HttpUrlConnection和Apache
Http Client之间的一些关键区别:
- 无需外部依赖项。这在嵌入式或移动平台上可能非常有价值。
- 到处都有很好的记录
- API设计不良。
HttpUrlConnection
基于基础的实现很难维护和扩展。 - 许多功能是通过JVM属性配置的,其中某些功能可能在运行时不可重新配置。
- 在某些情况下,无法处理超时。您可能最终为不同的超时设置了10个不同的JVM属性,并且在某些情况下仍然使连接永远挂起。
- 由于Gingerbread是Android 推荐的 http客户端API。
- 对于3.X版本,其性能与相似
HttpUrlConnection
。4.1版包含许多性能提升,并且性能比同类产品更好 - 非常擅长管理连接和数据读取超时
- 它的设计遵循“ 开放/封闭原则”,因此您可以使用自己的实现自定义HTTP处理的几乎任何部分。示例:重定向策略,重试策略,自定义Cookie存储,请求/响应的拦截器等。
- 通过可定制的路由构建器为复杂的multy-proxy路径提供丰富的代理支持
- 开箱即用的每个路由连接池。如果使用SSL / TLS(尤其是涉及硬件PKCS#11令牌),则可能会带来良好的性能优势。
HttpUrlConnection
也有一个内部池,但是您没有工具来自定义池的内容或时间,也没有监视设施来检查池的状态。 - 具有详细的记录功能
请记住,如果您有适当的com.sun.jersey.api.client.ClientHandler
实现,也可以在Jersey上使用其他后端(例如,用于非阻塞客户端)。
以上是 Jersey-client和Apache HTTP Client如何比较? 的全部内容, 来源链接: utcz.com/qa/421253.html