encoding_rs

encoding_rs

ENCODING_RS實現了用Rust編寫的編碼標準的（非JavaScript部分）。

編碼標准定義了與Web兼容的字符編碼集，這意味著該板條箱可用於解碼Web內容。 Encoding_rs從Firefox 56開始用於Gecko。由於網絡上的舊版編碼與Windows上使用的舊版編碼之間的顯著重疊，因此該板條箱也可能用於與Web相關的情況。有關相鄰板條箱的鏈接，請參見下文。

此外， mem模塊還提供了處理RAM內部文本的各種操作（與來自或進入IO邊界的數據相反）。由於內部實現詳細信息效率， mem模塊是一個模塊，而不是單獨的板條箱。

功能

由於壁虎用例，Encoding_RS支持對UTF-16的解碼和編碼，此外還支持了從UTF-8解碼和編碼的常規RUST用例。此外，API已設計為FFI友好型，以適應壁虎的C ++側。

具體來說，Encoding_rs執行以下操作：

• 在編碼標准定義的字符中解碼一個字節流，該字節編碼為有效的對齊的本機內式內部ram utf-16（ u16 / char16_t的單位）。
• 在編碼編碼的標准定義的字符中編碼的一個潛在的活節對齊的本機內 - RAM UTF-16（ u16 / char16_t的單位）的流流中的字節序列，在執行Encode之前用更換字符替換了孤獨的代理，就好像孤獨的代理人一樣被替換。 （壁虎的UTF-16可能無效。）
• 在編碼有效UTF-8的編碼標准定義字符中解碼一個字節流。
• 在編碼標准定義的字符編碼中，將有效UTF-8的流流編碼為一個字節序列。 （Rust's UTF-8是保證的。）
• 以上在流中（輸入和輸出跨多個緩衝區拆分）和非流程（單個緩衝區中的整個輸入和單個緩衝區中的整個輸出）變體。
• 在解碼或從UTF-8進行編碼時，在可能的情況下避免複製（借用）。
• 解決文本標籤，將協議文本中的字符編碼識別為代表這些編碼的類型安全對像中的字符編碼。
• 將類型安全的編碼對象映射到適合從document.characterSet返回的字符串。
• 驗證UTF-8（在常見的說明中，對於Web工作負載，與標準庫相比，Web工作負載的速度要快一些；希望有一天會在上游）和ASCII。

此外， encoding_rs::mem執行以下操作：

• 檢查字節緩衝區是否僅包含ASCII。
• 檢查潛在的活節UTF-16緩衝液是否僅包含基本拉丁語（ASCII）。
• 檢查有效的UTF-8，潛在的活節UTF-8或潛在的活動UTF-16緩衝區僅包含Latin1代碼點（U+0100以下）。
• 檢查有效的UTF-8，潛在的活節UTF-8或潛在的活節UTF-16緩衝區或代碼點或UTF-16代碼單元可以觸發左至左的行為（適合檢查Unicode雙向算法是否可以優化Unicode Bidirectional Algorithm）。
• 上述兩項檢查的組合版本。
• 將有效的UTF-8，潛在的活節UTF-8和Latin1轉換為UTF-16。
• 將潛在的活節UTF-16和Latin1轉換為UTF-8。
• 將UTF-8和UTF-16轉換為Latin1（如果在範圍內）。
• 在潛在的活節UTF-16的緩衝區中找到第一個無效的代碼單元。
• 使電流UTF-16的可變緩衝區包含有效的UTF-16。
• 將ASCII從一個緩衝區到另一個緩衝區，直到第一個非ASCII字節。
• 將ASCII轉換為UTF-16，直到第一個非ASCII字節。
• 將UTF-16轉換為ASCII到第一個非基礎拉丁代碼單元。

與std::io集成

值得注意的是，上面的功能列表不包括包裹std::io::Read功能，並將其解碼到UTF-8中，並通過std::io::Read讀取結果。 encoding_rs_io板條箱提供了該功能。

no_std環境

板條箱在no_std環境中工作。默認情況下，假定存在分配器的alloc功能已啟用。對於無藥物環境，可以關閉默認功能（IE alloc ）。這使得不可用的API的一部分返回Vec / String / Cow 。

解碼電子郵件

對於在電子郵件中發生的解碼字符編碼，請使用charset板條箱而不是直接使用該板箱。 （它包裹了此板條箱並添加了UTF-7解碼。）

Windows代碼頁標識符映射

對於訪問Windows代碼頁標識符的映射，請使用codepage Crate。

DOS編碼

該板條箱不支持Web平台不需要的單個字節DOS編碼，但是oem_cp板條箱可以。

為編碼器準備文本

在將文本編碼為編碼遺產的編碼之前，將文本標準化為c notialation contrication formage formacy formage。可以使用icu_normalizer板條板將文本歸一化為Unicode歸一化表格。

Windows-1258的例外是，在標準化到Unicode歸一化後，C需要分解音調以最大程度地減少無法實現的字符。越南語調標記可以使用detone板條箱分解。

許可

tl; dr ：（ (Apache-2.0 OR MIT) AND BSD-3-Clause用於代碼和數據組合。

請參閱名為版權的文件。

該板條箱中未從WATWG數據生成的非測試代碼在Apache-2.0或MIT下。測試代碼在CC0下。

該板條箱包含從WhatWG供plied數據生成的代碼/數據。 Whatwg上游將其用於源代碼中的規格部分的許可從CC0納入源代碼，並在此板條箱的初始版本和此板條箱的當前版本之間從CC0到BSD-3-cause。自上游許可更改以來，已更改了生成代碼的部分已更新了源源許可傳奇。

文件

生成的API文檔可在線獲得。

關於板條箱的設計和內部有一個長期的文章。

C和C ++綁定

用於Encoding_RS的FFI層可作為單獨的板條箱獲得。板條箱配有使用C ++標準庫和GSL類型的演示C ++包裝器。

mem模塊的綁定在Encoding_C_MEM板條箱中。

對於壁虎上下文，使用MFBT/XPCOM類型有一個C ++包裝器。

有關於C ++包裝器的文章。

示例程序

• 銹
• c
• C ++

可選功能

當前有這些可選的貨物功能：

simd-accel

使用夜間依賴的portable_simd標準庫功能啟用SIMD加速度。

這是一個選擇加入功能，因為啟用此功能可以選擇Rust的保證將來編譯器編譯舊代碼（又稱“穩定性故事”）。

目前，除了這些目標外，這尚未進行改進，並啟用simd-accel功能有望破壞其他目標的構建：

• x86_64
• I686
• aarch64
• thumbv7neon

如果您使用夜間生鏽，則使用其第一個組件是上述目標的目標，並且準備在更新Rust時必須修改配置，應啟用此功能。否則，請不要啟用此功能。

由Firefox使用。

serde

可以支持使用SERDE序列化&'static Encoding的結構字段。

不被Firefox使用。

fast-legacy-encode

啟用最快舊版編碼選項的全部選項。不會影響解碼速度或UTF-8編碼速度。

目前，此選項相當於啟用以下選項：

• fast-hangul-encode
• fast-hanja-encode
• fast-kanji-encode
• fast-gb-hanzi-encode
• fast-big5-hanzi-encode

將176 kb的二進制尺寸增加。

不被Firefox使用。

fast-hangul-encode

更改編碼預先編碼的掛孔音節從二進制搜索中的二進制搜索中的二進制搜索到解碼優化的表中，以通過索引來查找，從而使韓國普通文本編碼約4倍，而沒有此選項。

二進制尺寸增加了20 kb。

不影響解碼速度。

不被Firefox使用。

fast-hanja-encode

將hanja編碼到EUC-KR中的編碼從解碼優化的表上的線性搜索到索引查找。由於現代韓國文本實際上缺乏hanja，因此在常見情況下，此選項不會影響灌注，並且如果您想通過有意將其大量的Hanja編碼為EUC-KR來使您的應用程序有彈性的Agaist拒絕服務。

二進制尺寸增加40 kb。

不影響解碼速度。

不被Firefox使用。

fast-kanji-encode

將漢字編碼為shift_jis，euc-jp和iso-2022-JP的更改從在解碼優化的表上的線性搜索到通過索引來查找的線性搜索，從而使日本普通文本編碼為遺產編碼30至50倍，而沒有此選項的速度（大約是less-slow-kanji-encode ）。

優先於less-slow-kanji-encode 。

將二進制尺寸增加36 kb（與less-slow-kanji-encode相比，24 kb）。

不影響解碼速度。

不被Firefox使用。

less-slow-kanji-encode

使JIS X 0208級別1漢字（shift_jis中最常見的漢字，euc-jp和iso-2022-jp）編碼較低的速度較低（二進制搜索而不是線性搜索），使日本普通文本編碼為遺產編碼為14至23倍的遺產編碼，而沒有此選項。

將二進制尺寸增加12 kb。

不影響解碼速度。

不被Firefox使用。

fast-gb-hanzi-encode

Changes encoding of Hanzi in the CJK Unified Ideographs block into GBK and gb18030 from linear search over a part the decode-optimized tables followed by a binary search over another part of the decode-optimized tables to lookup by index making Simplified Chinese plain-text encode to the legacy encodings 100 to 110 times as fast as without this option (about 2.5 times as fast as with less-slow-gb-hanzi-encode ）。

優先於less-slow-gb-hanzi-encode 。

二進制尺寸（與less-slow-gb-hanzi-encode相比）增加了36 KB（24 KB）。

不影響解碼速度。

不被Firefox使用。

less-slow-gb-hanzi-encode

使GB2312 Hanzi（GB18030中最常見的Hanzi和GBK中最常見的hanzi）編碼較低的慢（二進制搜索而不是線性搜索），使簡化的中文普通文本編碼編碼為遺產編碼，大約40倍，大約40倍，而沒有此選項。

將二進制尺寸增加12 kb。

不影響解碼速度。

不被Firefox使用。

fast-big5-hanzi-encode

CJK統一意識形圖中hanzi編碼編碼的變化從線性搜索從一部分上的線性搜索中擋到BIG5中，以通過索引來查找，從而索引傳統的中國中國普通文本編碼為Big5 105至125倍，而沒有此選項的速度（大約3倍，其快速降低了3倍，其less-slow-big5-hanzi-encode ）。

優先優先於less-slow-big5-hanzi-encode 。

二進制尺寸（與less-slow-big5-hanzi-encode相比）增加了40 kb（20 kb）。

不影響解碼速度。

不被Firefox使用。

less-slow-big5-hanzi-encode

使Big5級別1 Hanzi（Big5中最常見的hanzi）編碼較低的速度（二進制搜索而不是線性搜索），使傳統的中文普通文本編碼為BIG5，大約是沒有此選項的36倍。

二進制尺寸增加了20 kb。

不影響解碼速度。

不被Firefox使用。

績效目標

為了解碼UTF-16，目標是至少和壁虎的舊UCONV一樣。為了解碼UTF-8，目標是至少進行製定的編碼。這些目標已經實現。

編碼到UTF-8應該很快。 （UTF-8到UTF-8編碼應等於memcpy ，而UTF-16到UTF-8應該很快。）

速度是非目標編碼到舊版編碼時。默認情況下，只要gecko中的形式提交和URL解析在現實世界中，編碼為代碼大小，就不應以代碼大小為代價進行編碼以代碼大小來優化速度。

為了二進制大小的利益，默認情況下，Encoding_RS沒有針對每個單字節編碼的32位編碼特定數據的編碼特定數據表。因此，編碼器搜索解碼優化的數據表。在大多數情況下，這是線性搜索。結果，默認情況下，編碼為舊版編碼的範圍從相對於其他庫的慢速到極慢。儘管如此，隨著現實的工作負載，這似乎足夠快，以至於在網絡暴露的編碼器用例中，在Raspberry Pi 3上的用戶可視化速度（用於測試的手機）。

請參閱上面的貨物功能，以獲取快速使CJK Legacy編碼。

分別提供了一個測量性能的框架。

Rust版本兼容性

它的目標是支持最新的穩定生鏽，最新的夜間生鏽和每晚用於Firefox的Rust版本。

目前，尚無堅定的承諾支持比Firefox要求的版本更古老的版本，也沒有承諾將MSRV變化視為semver的破壞，因為該板條箱依賴於cfg-if ，這似乎並沒有將MSRV變化作為SEMVER的變化，因此將MSRV處理為SEMVERV的變化是無用的。

截至2024-11-01，MSRV似乎是生鏽的1.40.0，用於使用板條箱，而對於DOC測試進行了1.42.0，以通過而沒有關於全局分配器的錯誤。使用simd-accel功能，MSRV甚至更高。

與生鏽編碼的兼容性

提供了一個在Encoding_rs頂部實現Rust-noting API的兼容層作為單獨的板條箱（無法將其上傳到Crates.io）。兼容性層最初是用firefox需要它的，但目前尚未在Firefox中使用的。

再生生成的代碼

再生生成的代碼：

• 安裝了Python 2。
• 克隆https://github.com/hsivonen/encoding_c毗鄰encoding_rs目錄。
• 克隆https://github.com/hsivonen/codepage在encoding_rs目錄旁邊。
• 克隆https://github.com/whatwg/encoding在encoding_rs目錄旁邊。
• 結帳修訂版1d519bf8e5555cef64cf3a712485f41cd1a6a990的encoding庫。 （注意： f381389是encoding更改回購許可之前使用的encoding的修訂。）
• 以encoding_rs目錄為工作目錄，Run python generate-encoding-data.py data.py。

路線圖

• 設計低級API。
• 提供僅生鏽的便利功能。
• 提供STL/GSL味的C ++ API。
• 實施所有解碼器和編碼器。
• 為所有解碼器和編碼器添加單元測試。
• 完成僅生鏽的便利功能中的BOM嗅探變體。
• 記錄API。
• 在板條箱上發佈板條箱。
• 創建解決性能的解決方案。
• 使用X86上的SSE2加速ASCII轉換。
• 使用ALU寄存器大小的操作加速ASCII轉換，該操作是在非X86架構上加速的（一次處理usize而不是u8 ）。
• 將FFI分為一個單獨的板條箱，以使FFI不會干擾LTO純粹的使用情況。
• 通過使用順序代碼點以及指數的Unicode訂購的部分來壓縮CJK索引。
• 通過標籤或名稱進行查找，使用二進制搜索，該搜索從標籤/名稱末端到開始。
• 使非ASCII字節的標籤快速失敗。
• 並行化UTF-8使用人造絲驗證。 （由於內存帶寬原因，這在ASCII情況下是一個悲觀的。）
• 提供XPCOM/MFBT味的C ++ API。
• 調查每個編碼的單個快速跟踪範圍的加速單字節編碼。
• 用壁虎中的encoding_rs替換UCONV。
• 用Encoding_RS實現Rust-noting API。
• 為AARCH64添加SIMD加速度。
• 研究霓虹燈在32位臂上的使用。
• 調查BjörnHöhrmann的查找桌加速度的UTF-8加速度，以適應生鏽編碼的生鏽。
• 實際添加快速的CJK編碼選項。
• 研究Bob Steagall的UTF-8查找表加速度。
• 提供一個沒有alloc的構建模式（具有較小的API表面）。
• 遷移到std::simd一旦穩定並聲明1.0。
• 比u8 / u16遷移unsafe切片訪問到align_to 。

發行說明

0.8.35

• GB18030-2022的實施更改。 （即使可以說這是理論上的破壞變化，也沒有故意將其視為實踐中的SEMVER中斷。）

0.8.34

• 使用標準庫的portable_simd夜間功能，而不是packed_simd Crate。僅影響simd-accel可選的每晚功能。
• 內部文檔改進和unsafe次要代碼改進。
• 添加到Cargo.toml rust-version 。

0.8.33

• 現在，使用packed_simd而不是packed_simd_2 ，現在更新又返回packed_simd名稱。僅影響simd-accel可選的每晚功能。

0.8.32

• 刪除build.rs 。 （此刪除應解決某些防病毒產品報告的假陽性。這可能會破壞某些構建配置，這些配置選擇了Rust的保證，以防止未來的構建破裂。）
• 內部更改API用於重新解釋SIMD向量的車道配置。
• 文檔改進。

0.8.31

• 現在，將SPDX與括號內使用SPDX。

0.8.30

• 更新許可信息，以考慮WhatWG數據許可證更改。

0.8.29

• 使使用分配器的零件可選。

0.8.28

• 修復了作為no_std支持的一部分引入的SERDE支持中的錯誤。

0.8.27

• 使板條箱在no_std環境（帶有alloc ）中工作。

0.8.26

• 修復了2018年版遷移中的監督，破壞了simd-accel功能。

0.8.25

• 是否以指針對齊方式檢查中間步驟未定義為未定義的行為。
• 將packed_simd依賴項更新為packed_simd_2 。
• 將cfg-if依賴項更新為1.0。
• 在此過程中，較新的生鏽版本引入了地址警告。
• 更新2018年版，自從1.0 cfg-if無需SEMVER中斷。

0.8.24

• 在計算指針對齊時，避免以指定為未定義行為的方式計算中間體（未剝離）指針值。

0.8.23

• 從版權通知中刪除年。 （沒有功能或錯誤修復。）

0.8.22

• 格式修復和新的單元測試。 （沒有功能或錯誤修復。）

0.8.21

• 用無效的UTF-16 [BE | le]在流的末端修復了恐慌。

0.8.20

• 使Decoder::latin1_byte_compatible_up_to在更多情況None返回，以使該方法實際上有用。儘管由於錯誤修復了更改的語義，但這可能是一個破壞的變化，但無論如何，它並沒有打破不得不以合理方式處理None案例的呼叫者。

0.8.19

• 在convert_str_to_utf16中刪除了一堆綁定檢查。
• 添加了mem::convert_utf8_to_utf16_without_replacement 。

0.8.18

• 添加了mem::utf8_latin1_up_to和mem::str_latin1_up_to 。
• 添加了Decoder::latin1_byte_compatible_up_to 。

0.8.17

• 更新bincode （DEV依賴關係）版本要求為1.0。

0.8.16

• 從simd板條箱切換到packed_simd 。

0.8.15

• 調整simd-accel的文檔（僅讀書版）。

0.8.14

• 使UTF-16至UTF-8編碼轉換盡可能接近輸出緩衝區。

0.8.13

• 使UTF-8與UTF-16解碼器比較了用右切片（輸出切片）編寫的代碼單元數量，以修復0.8.11中引入的恐慌。

0.8.12

• 從Clippy lint名稱中刪除了clippy::前綴。

0.8.11

• 將最小生鏽的需求更改為1.29.0（為了在定義另一個static時引用static內部的能力）。
• 將查找表明確對齊單字節編碼和UTF-8與緩存線路對齊，以期為其他數據釋放一個緩存線。 （也許桌子已經對齊，這是安慰劑。）
• 為每個單字節編碼添加了32位面向編碼的數據。對於非latin1-ish拉丁遺產編碼，改進的拉丁語和阿拉伯遺產編碼速度的改進是不分性的（新速度是德國的舊速度2.4倍，阿拉伯語為2.3倍，葡萄牙語為1.7倍，法語為1.4 x），法語的1.4倍），非latin1，非latin1，非阿拉伯式的遺產（5.2）。俄語，希伯來語為4倍）。
• 為快速CJK Legacy編碼選項（以二進制尺寸（最高176 kb）和運行時內存使用量為代價）添加了編譯時間選項。這些選項仍然保留了整體代碼結構，而不是完全重寫CJK編碼器，因此速度不如使用更多的內存 /使二進制二進制甚至langer可以實現的速度那樣好。
• 使UTF-8解碼和驗證更快。
• 添加了Encoding上的方法is_single_byte() 。
• 添加了mem::decode_latin1()和mem::encode_latin1_lossy() 。

0.8.10

• 禁用了在禁用測試的斷言時測試恐慌狀況的單位測試。

0.8.9

• 製造--features simd-accel與穩定通道編譯器一起使用，以簡化Firefox構建系統。

0.8.8

• 使is_foo_bidi()不將U+FEFF（零寬度空間aka。字節訂單標記）視為左側。
• 使is_foo_bidi()函數報告為true如果輸入包含希伯來語演示表格（左右左右，但在左圖映射的塊中不在權利）。

0.8.7

• 在解碼到UTF-8時，請修復UTF-16LE/UTF-16BE解碼器中的恐慌。

0.8.6

• 暫時刪除了convert_utf16_to_latin1_lossy中添加的0.8.5中添加的調試斷言。

0.8.5

• 如果啟用了調試斷言，但未啟用模糊性，則在mem模塊中向Latin1轉換為LATIN1，斷言輸入在U+0000 ... U+00FF範圍內（包含）。
• 在mem模塊中，將LATIN1和UTF-16轉換為UTF-8，可以處理不足的輸出空間。這個想法是首先使用它們的分配，直至Jemalloc桶大小，並且只有在Jemalloc Founding不足的情況下，只有第一個猜測就不足以進行最差的分配。

0.8.4

• 修復SSE2特異性， simd-accel在mem模塊中UTF-16和LATIN1之間的轉換中引入的0.8.1中引入的特定內存損壞。

0.8.3

• 刪除了無需釋放的註釋#[inline(never)]註釋。

0.8.2

• 通過手動省略綁定的檢查並手動添加分支預測註釋，將非ASCII UTF-16對UTF-8編碼更快。

0.8.1

• 對mem模塊中UTF-16和LATIN1之間的SSE2轉換的調整循環展開和內存對齊，以在轉換長緩衝區時提高性能。

0.8.0

• 將RUST的最小支持版本更改為1.21.0（SEMVER Breaking Change）。
• 圍繞默認值與可選功能，用於控制漢字和漢齊舊版編碼的尺寸與速度權衡（SEMVER Breaking Change）。
• 在ARMV7上添加了霓虹燈支持。
• SIMD加速X用戶定義為UTF-16解碼。
• 使UTF-16LE和UTF-16BE更快地解碼（包括SIMD加速）。

0.7.2

• 添加mem模塊。
• 重構SIMD代碼，可能會影響mem模塊之外的性能。

0.7.1

• 從無效的UTF-16編碼時，正確處理U+DC00，然後是另一個低替代物。

0.7.0

• 使replacement為替換編碼的標籤。 （規格更改。）
• 刪除Encoding::for_name() 。 （ Encoding::for_label(foo).unwrap()現在在上述標籤更改後足夠接近。）
• 刪除parallel-utf8貨物功能。
• 添加對&'static Encoding的可選SERDE支持。
• ASCII處理的性能調整。
• UTF-8驗證的性能調整。
• SIMD支持AARCH64。

0.6.11

• 使Encoder::has_pending_state()公開。
• 將simd板條箱依賴性更新為0.2.0。

0.6.10

• 編碼到ISO-2022-JP時，為NCR保留足夠的空間。
• 正確的多型解碼器的最大長度計算。
• 在進行BOM嗅探之前，正確的最大長度計算。
• 從UTF-16到GBK編碼時，正確計算最大長度。

0.6.9

• GB18030範圍解碼失敗時，請勿預先啟動任何內容。 （規格更改。）

0.6.8

• 糾正處理第一個緩衝區包含可能部分BOM的情況，而下一個緩衝區是最後一個緩衝區。
• 在ISO-2022-JP中正確解碼字節7F 。
• 使UTF-16到UTF-8編碼更接近緩衝區末端。
• 實施Hash用於Encoding 。

0.6.7

• 在ISO-2022-JP編碼器中，地圖半寬的katakana到全寬katana。 （規格更改。）
• 當用更換編碼編碼時，給出InputEmpty正確OutputFull級，而傳遞的輸出緩衝區太短，替換後輸出緩衝區中的剩餘空間太小。

0.6.6

• 當部分BOM前綴是解碼器狀態的一部分時，正確的最大長度計算。

0.6.5

• 在各種編碼器中正確計算最大長度。
• 在UTF-16解碼器中正確計算最大長度。
• 為CoderResult ， DecoderResult和EncoderResult類型提供PartialEq和Eq 。

0.6.4

• 用更換編碼時避免恐慌，並且目標緩衝區太短而無法保留一個數字字符參考。

0.6.3

• 增加對32位大型主持人的支持。 （這一次是真實的。）

0.6.2

• 修復恐慌，從Encoder::encode_from_utf16中的不良索引下列。 （由於疏忽，它缺乏已經具有Encoder::encode_from_utf8的修復程序。）
• 在非流程情況下，微觀優化錯誤狀態的積累。

0.6.1

• 在不太可能發生的情況下，避免恐慌近整數溢出。
• 地址剪裁。

0.6.0

• 製作計算最壞情況緩衝區大小要求的方法檢查整數溢出。
• 將人造絲升級到0.7.0。

0.5.1

• 重新訂購方法以獲得更好的文檔可讀性。
• 增加對大型主持人的支持。 （實際上僅進行了64位病例。）
• 優化32位臂而不是X86_64的ALU（非SIMD）情況。

0.5.0

• 避免在非流程解碼中分配過長的緩衝區。
• 修復ISO-2022-JP的行為，並在輸出緩衝區末端附近替換解碼器。
• 用#[must_use]註釋結果結構。

0.4.0

• 將FFI拆分成一個單獨的板條箱。
• 性能調整。
• CJK二進制尺寸和編碼性能變化。
• 在長緩衝區的情況下（帶有可選功能parallel-utf8 ），並行化UTF-8驗證。
• 如果可能的話，即使使用ISO-2022-JP借用。

0.3.2

• 將移動指針修復到基於ALU的ASCII加速度的對齊。
• 修復文檔中的錯誤並改善文檔。

0.3.1

• 將UTF-8修復到UTF-16以0xee開頭的字節序列解碼。
• 當使用功能simd-accel時，將UTF-8到UTF-8解碼SSE2加速器。
• 使用非流動API對ASCII兼容編碼進行解碼和編碼僅ASCII輸入時，請返回輸入的借入。
• 快速使從UTF-16到UTF-8的編碼速度更快。

0.3

• 更改對從const到static Encoding的實例的引用，以使使用參考的板條箱中的參考物具有獨特性。
• 引入Encoding非參考類型的FOO_INIT實例，以允許外國板條箱初始化static陣列，即使在Rust的約束下，也可以用&'static Encoding Encoding數組項目的初始化使用&'static Encoding靜態靜態statics進行編碼。
• 記錄，如果生鏽更改const工作，以使參考物保持獨特之處。
• 從僅生鏽的非流程方法返回編碼和解碼的Cow 。
• Encoding::for_bom()返回BOM的長度。
• 除UTF-16LE，UTF-16BE，ISO-2022-JP和X-用戶定義以外的其他編碼的ASCII加速轉換。
• 在simd-accel功能標誌後面添加SSE2加速度。 （需要每晚生鏽。）
• 用長偽造的標籤修復恐慌。
• 在Windows-1255中，將0xCA映射到U+05BA。 （規格更改。）
• 更正Shift_JIS EUDC範圍的末端。 （規格更改。）

0.2.4

• 波蘭FFI文檔。

0.2.3

• 將UTF-16修復到UTF-8編碼。

0.2.2

• 添加Encoder.encode_from_utf8_to_vec_without_replacement() 。

0.2.1

• 添加Encoding.is_ascii_compatible() 。

• 添加Encoding::for_bom() 。

• Make ==用於Encoding使用名稱比較而不是指針比較，因為在不同板條箱中編碼常數的使用會導致不同的地址，並且如果不破壞其他事物，常數不能變成靜態。

0.2.0

初始版本。