[关闭]
@feuyeux 2015-03-31T22:51:54.000000Z 字数 1889 阅读 1979

Ed Burns谈HTTP/2和Java EE Servlet 4规范

infoq http2 servlet4

在2015年JavaLand上,Ed Burns展示了Java EE Servlet 4.0(JSR 369)的概要,主要关注Java EE平台对HTTP/2的支持。HTTP/2旨在解决现存HTTP规范中的问题,并引入新的功能,包括request/response多路复用、二进制传输(binary framing)、数据流优先级、服务器端推送和头信息压缩。


在2015年JavaLand上,Ed Burns展示了Java EE Servlet 4.0(JSR 369)的概要,主要关注Java EE平台对HTTP/2的支持。HTTP/2旨在解决现存HTTP规范中的问题,并引入新的功能,包括request/response多路复用、二进制帧传输(binary framing)、数据流优先级、服务器推送和头信息压缩。

Burns是Oracle公司技术顾问之一,他从由于HTTP/1.1中固有的缺陷,导致当前网站的30多种典型资源传输到浏览器端很慢谈起。首要的问题是‘对头阻塞(head-of-line,HOL)’引起的,原因是被请求的资源排队。为此,现代浏览器会尝试使用打开多个socket连接、域名碎片和文件串联等技术,作为临时解决方案。

Burns说HTTP/2本质上是基于HTTP/1.1的新的传输层,是OSI模型应用层的实现。该协议定义了同样的request/response模型,并没有引入新的方法或者头信息、应用层上的新的使用模式,以及URL用法以及底层规范。

HTTP/1.1几乎没有涉及如何使用TCP套接字,TCP包可以视为丢弃的资源。相反,新的HTTP/2规范建议把Socket视为稀缺资源,每台服务器只开放一条TCP连接。 HTTP/2的‘流’本质上是一条TCP连接的通道(channel)中发送的消息。帧(frame)是HTTP/2通信的最小单位。

HTTP/2规范还包括:

Burns讨论了已有的对HTTP/2的批评,包括HOL阻塞可能发生在头信息帧中,Firefox和Chrome不支持非安全传输层协议升级、HPACK编码/解码增加碳足迹(carbon footprint)、由于必须写入HTTP/2规范实现中的新软件的表面面积巨大,导致潜在增加DoS攻击源,以及HTTP/2实际上与WebSocket正交。

演讲最后讨论了Java EE Servlet API可能包含的对HTTP/2.0规范的支持。可能支持的功能包括:request/response多路复用、数据流优先级、服务器端推送,以及对HTTP1.1的升级。

数据流优先级会在Priority类中实现,并且现有的HttpServletRequest和HttpServletResponse类会增加访问和修改数据流优先级的方法。Burns还指出,服务器端推送对如JSF这样的框架会非常有用,以及实现通过给定的URL和头信息,推送资源到客户端的能力。

Servlet 4.0规范会把HTTP/2引入 Java EE,并100%兼容实现HTTP/2规范。这将由2014年9月制定的JSR 369来支持,JSR369暂定于2015年第四季度确定最终草案,预计2016年第三季度最终发布。

Burns鼓励所有相关人员通过Adopt-a-JSR程序参与Servlet4.0的创建、通过访问Java EE参考实现应用服务器GlassFish的网页,体验Aquarium blog。JSR369规范的更多相关信息详见Java Community Process(JCP)网站。JavaLand是在德国布吕尔召开的年度Java大会,详情参见JavaLand事件网站

查看英文原文:Ed Burns Discusses HTTP/2 and the Java EE Servlet 4 Specification

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注