Firefox 155 开发者版本说明

来源: https://developer.mozilla.org/en-US/docs/Mozilla/Firefox/Releases/155

HTTP

Firefox 在建立连接时现已采用 Happy Eyeballs 版本 3 算法,通过同时尝试 IPv6 和 IPv4 地址(竞态连接)来避免因地址族不可达而导致连接建立延迟。请注意,此功能目前仅在部分平台上受支持。(Firefox 错误 2062892)。
现已支持 QUIC 版本协商,允许 HTTP/3 连接协商使用 QUIC 版本 2。(Firefox 错误 2059947)。

API

现已支持多项 WebTransport API 功能:
发送组(Send groups)允许将需要共享带宽的流进行分组,并设定组内各流的相对优先级。您可以使用 WebTransport.createSendGroup() 创建发送组,然后将返回的 WebTransportSendGroup 对象传递给 WebTransport.createBidirectionalStream() 或 WebTransport.createUnidirectionalStream() 的 sendGroup 选项。(Firefox 错误 2007165)。
WebTransport.exportKeyingMaterial() 方法根据指定的标签(label)和上下文(context)从底层 TLS 连接派生密钥材料,从而使通信双方能够获取相同的共享密钥。例如,当应用程序连接到仅持有自签名证书的对端时,利用此功能进行的应用程序级握手可以检测到中间人(MITM)攻击。(Firefox 错误 2007200)。
WebTransportDatagramDuplexStream.createWritable() 方法返回一个用于发送数据报的 WebTransportDatagramsWritable 流,该流包含 sendGroup 和 sendOrder 属性,用于相对于其他发送者确定优先级。(Firefox 错误 2007174)。
WebTransport() 构造函数接受一个 protocols 选项,用于列出客户端支持的应用程序协议。当连接建立且 WebTransport.ready Promise 兑现(fulfilled)时,服务器选定的协议(如有)将通过 WebTransport.protocol 属性返回。(Firefox 错误 2007150)。
WebTransport.draining 属性用于指示服务器是否已请求客户端启动会话的优雅关闭流程。(Firefox 错误 2007160)。

个人点评:

这一版本有些东西可以看看

Happy Eyeballs version 3

QUIC version 2

以及 去年就提了的WebTransport

那时候提出,其实就希望R佬他们可以跟进增加一个协议传输层