【譯】 WebSocket 協(xié)議第九章——擴展（Extension）

Zoom 發(fā)布于2019-08-23 15:20 / 2842人閱讀

摘要：使用帶引號的語法變量時，在引號字符后面的變量的值必須符合變量規(guī)范。可接受的擴展標頭字段的非規(guī)范性示例請注意，長線被折疊以便于閱讀如下服務端接受一個或者多個擴展字段，這些擴展字段是包含客戶端請求的頭字段擴展中的。

概述

本文為 WebSocket 協(xié)議的第九章，本文翻譯的主要內容為 WebSocket 擴展相關內容。

擴展（協(xié)議正文）

WebSocket 可以請求該規(guī)范中提到的擴展，WebSocket 服務端可以接受其中一些或者所有的客戶端請求的擴展。服務端禁止響應客戶端沒有請求過的擴展。如果擴展參數(shù)需要在客戶端和服務端之間進行協(xié)商，這些參數(shù)必須根據(jù)參數(shù)所應用的擴展的規(guī)范來選擇。

9.1 協(xié)商擴展

客戶端通過 Sec-WebSocket-Extensions 請求頭字段來請求擴展，請求頭字段遵守 HTTP 的規(guī)則，它的值是通過 ABNF 定義的。注意這一節(jié)是通過 ABNF 語法/規(guī)則，包括“implied *LWS rule”。如果我們客戶端或者服務端在協(xié)商擴展收到了一個沒有符合下面的 ABNF 規(guī)則的值，接收到錯誤的數(shù)據(jù)的這一方需要立刻讓 WebSocket 關閉連接。

Sec-WebSocket-Extensions = extension-list
extension-list = 1#extension
extension = extension-token *( ";" extension-param )
extension-token = registered-token
registered-token = token
extension-param = token [ "=" (token | quoted-string) ]
    ; 使用帶引號的語法變量時，在引號字符后面的變量的值必須符合`token`變量 ABNF規(guī)范。

注意，就像其他的 HTTP 請求頭字段一樣，這個請求頭字段可以被切割成幾行或者幾行合并成一行。因此，下面這兩段是等價的：

Sec-WebSocket-Extensions: foo
Sec-WebSocket-Extensions: bar; baz=2

是等價于：

Sec-WebSocket-Extensions: foo, bar; baz=2

任何一個擴展憑證都必須是一個注冊過的憑證。（見底 11.4 節(jié)）。擴展所使用的任何參數(shù)都必須是定義給這個擴展的。注意，客戶端只能建議使用任意存在的擴展而不能使用它們，除非服務端表示他們希望使用這個擴展。

注意擴展的順序是重要的。多個擴展中的任意的互相作用都可以被定義在這個定義擴展的文檔中。在沒有此類定義的情況下，客戶端在其請求中列出的頭字段表示其希望使用的頭字段的首選項，其中列出的第一個選項是最可取的。服務器在響應中列出的擴展表示連接實際使用的擴展。如果擴展修改了數(shù)據(jù)或者幀，對數(shù)據(jù)的操作順序應該被假定為和鏈接開始握手的服務端響應的列舉的擴展中的順序相同。

例如，如果有兩個擴展”foo”和”bar”，并且服務端發(fā)送的頭字段Sec-WebSocket-Extensions的值為”foo,bar”，那么對數(shù)據(jù)的操作順序就是bar(foo(data))，是對數(shù)據(jù)本身的更改（例如壓縮）或者“堆疊”的幀的更改。

可接受的擴展標頭字段的非規(guī)范性示例（請注意，長線被折疊以便于閱讀）如下：

Sec-WebSocket-Extensions: deflate-stream
Sec-WebSocket-Extensions: mux; max-channels=4; flow-control, deflate-stream
Sec-WebSocket-Extensions: private-extension

服務端接受一個或者多個擴展字段，這些擴展字段是包含客戶端請求的Sec-WebSocket-Extensions頭字段擴展中的。任何通過服務端構成的能夠響應來自客戶端請求的參數(shù)的擴展參數(shù)，將由每個擴展定義。

9.2 已知擴展

擴展為實現(xiàn)方式提供了一個機制，即選擇使用附加功能協(xié)議。這個文檔中不定義任何擴展，但是實現(xiàn)跨越使用多帶帶定義的擴展。

GPU云服務器云服務器第九章 WebSocket協(xié)議 -extension Extension

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/101896.html

WebSocket 協(xié)議 RFC 文檔（全中文翻譯）

摘要：概述經過半年的搗鼓，終于將協(xié)議全篇翻譯完成。現(xiàn)在將所有章節(jié)全部整理到一篇文章中，方便大家閱讀。如果大家想看具體的翻譯文檔，可以去我的中查看。大家有相關類型的需要，建議大家可以嘗試下。概述經過半年的搗鼓，終于將 WebSocket 協(xié)議（RFC6455）全篇翻譯完成。現(xiàn)在將所有章節(jié)全部整理到一篇文章中，方便大家閱讀。如果大家想看具體的翻譯文檔，可以去我的GitHub中查看。具體章節(jié)...

ghnor 2019-08-23 15:21 評論0 收藏0
【譯】 WebSocket 協(xié)議第十章——安全性考慮（Security Considerations

摘要：概述本文為協(xié)議的第九章，本文翻譯的主要內容為安全性相關內容。安全性考慮協(xié)議正文這一章描述了一些協(xié)議的可用的安全性考慮。連接保密性和完整性連接保密性是基于運行的協(xié)議的。使用一個合適的狀態(tài)碼的關閉幀有助于診斷這個問題。概述本文為 WebSocket 協(xié)議的第九章，本文翻譯的主要內容為 WebSocket 安全性相關內容。 10 安全性考慮（協(xié)議正文）這一章描述了一些 WebSocke...

darkerXi 2019-08-23 15:20 評論0 收藏0
【譯】 WebSocket 協(xié)議第十章——安全性考慮（Security Considerations

摘要：概述本文為協(xié)議的第九章，本文翻譯的主要內容為安全性相關內容。安全性考慮協(xié)議正文這一章描述了一些協(xié)議的可用的安全性考慮。連接保密性和完整性連接保密性是基于運行的協(xié)議的。使用一個合適的狀態(tài)碼的關閉幀有助于診斷這個問題。概述本文為 WebSocket 協(xié)議的第九章，本文翻譯的主要內容為 WebSocket 安全性相關內容。 10 安全性考慮（協(xié)議正文）這一章描述了一些 WebSocke...

MasonEast 2019-08-23 15:19 評論0 收藏0
【譯】WebSocket協(xié)議第五章——數(shù)據(jù)幀(Data Framing)

摘要：概述本文為協(xié)議的第五章，本文翻譯的主要內容為傳輸?shù)臄?shù)據(jù)相關內容。注意無論協(xié)議是否使用了，幀都需要添加掩碼。服務端收到沒有添加掩碼的數(shù)據(jù)幀以后，必須立即關閉連接。服務端禁止在發(fā)送數(shù)據(jù)幀給客戶端時添加掩碼。基礎數(shù)據(jù)幀協(xié)議通過進行了正式的定義。概述本文為WebSocket協(xié)議的第五章，本文翻譯的主要內容為WebSocket傳輸?shù)臄?shù)據(jù)相關內容。有興趣了解該文檔之前幾張內容的同學可以見： ...

nevermind 2019-08-23 14:34 評論0 收藏0
【譯】WebSocket協(xié)議第五章——數(shù)據(jù)幀(Data Framing)

摘要：數(shù)據(jù)幀協(xié)議正文概覽在協(xié)議中，數(shù)據(jù)是通過一系列數(shù)據(jù)幀來進行傳輸?shù)摹Ｗ⒁鉄o論協(xié)議是否使用了，幀都需要添加掩碼。服務端收到沒有添加掩碼的數(shù)據(jù)幀以后，必須立即關閉連接。服務端禁止在發(fā)送數(shù)據(jù)幀給客戶端時添加掩碼。概述本文為WebSocket協(xié)議的第五章，本文翻譯的主要內容為WebSocket傳輸?shù)臄?shù)據(jù)相關內容。數(shù)據(jù)幀（協(xié)議正文） 5.1 概覽在WebSocket協(xié)議中，數(shù)據(jù)是通過一系列數(shù)...

Yujiaao 2019-08-23 15:20 評論0 收藏0