在本規範中所有圖表、示例、和注釋是非規範的，以及所有章節明確地標記為非規範的。除此之外，在本規範中的一切是規範的。
該文件中的關鍵字「必須（must）」、「不能（must not）」、「需要（required）」、「應當（shall）」、「不得（shall not）」、「應該（should）」、「不應該（should not）」、「推薦（recommended）」、「可能（may）」、和「可選的（optional）」由[rfc2119]中的描述解釋。
作為演算法一部分的祈使句中的要求措辭（例如 「去掉任何前導空格字元」 或 「返回false並終止這些步驟」 ）解釋為引入演算法中使用的關鍵字（"must", "should", "may"等）的意思。
作為演算法或特定的步驟的一致性要求措辭可以（may）以任何形式實現，只要最終結果是相等的。（尤其是，定義在本規範中的演算法目的是容易遵循而不必是高效能的）
ascii 指定義在[ansi.x3-4.1986]中的字元編碼方案。 此文件中提到的utf-8值和使用utf-8標記法格式定義在std 63 [rfc3629]。
關鍵術語例如命名演算法或定義是表示像_this_。
頭欄位名字或變數表示像|this|。
變數值表示像/this/。
本文件提及的程式_失敗websocket連線_。該程式定義在7.1.7節。
將字串轉換為ascii小寫意思是替換u+0041到u+005a（也就是，拉丁文，大寫字母a到拉丁文大寫字母z）範圍的所有字元為u+0061 到 u+007a（也就是，拉丁文小寫字母a到拉丁文小寫字母z）範圍的對應的字元。 以乙個_ascii 不區分大小寫_方式比較兩個字串意思是精確地比較它們，**點對**點，除了u+0041到u+005a（也就是，拉丁文，大寫字母a到拉丁文大寫字母z）範圍中的字元，u+0061到u+007a（也就是，拉丁文小寫字母a到拉丁文小寫字母z）範圍中的對應的字元被認為也匹配。
用於本文件的術語「uri」定義在[rfc3986]。
當乙個實現需要_傳送_作為websocket一部分的資料，實現可能（may）任意地推遲實際的傳輸，例如，緩衝資料為了傳送更少的ip包。 注意，該文件同時使用[rfc5234]和[rfc2616]的abnf變體在不同章節。
強一致性 弱一致性 最終一致性
這種方式在es等分布式系統中也有體現，可以設定主shard提交即返回成功，或者需要replica shard提交成功再返回。提到分布式架構就一定繞不開 一致性 問題，而 一致性 其實又包含了資料一致性和事務一致性兩種情況，本文主要討論資料一致性 事務一致性指acid 複製是導致出現資料一致性問題的唯...
一致性雜湊 2
在大型web應用中，快取可算是當今的乙個標準開發配置了。在大規模的快取應用中，應運而生了分布式快取系統。分布式快取系統的基本原理，大家也有所耳聞。key value如何均勻的分散到集群中？說到此，最常規的方式莫過於hash取模的方式。比如集群中可用機器適量為n，那麼key值為k的的資料請求很簡單的應...
一致性雜湊
直接貼出一篇介紹的很清楚的博文。關鍵字一致性雜湊 平衡性，單調性，分散性，負載 其實說白了，就是解決把請求分散到不同的機器上運算，怎麼做分散的平均，機器少一台多一台，或者壞掉一台，成很好的自適應和拓展。最簡單的實現分布式演算法，取模嘛，但是它就上述的一些問題，所以不算好的雜湊函式。一致性雜湊演算法，...