開發者工具 · HTML 實體轉義器
數字 HTML 實體：© 與 © 以及為什麼表情符號是一種參考
· 工作原理
html 統一碼 編碼
數字字元引用以十進位或十六進位寫入 Unicode 碼位。這篇文章展示瞭如何閱讀它們，為什麼表情符號是一個參考而不是兩個，以及數字的來源。
資料庫匯出中出現的 😀 — 無需查找表即可讀取數字實體
出現在資料庫匯出中的 😀 — 無需查找表即可讀取數字實體。十進位引用直接公開其值：😀 要求 Unicode 代碼點 128512。當數字存在時，解碼器不需要命名條目查找。
若要驗證 html 數字字元引用，請建構開發人員在匯出內容中看到 😀 時出現的 128512。保留在資料庫匯出中，同時數字引用算術產生讀取數字實體；識別沒有查找表的情況下的消耗。關於數字引用算術證據的觀察僅屬於 HTML 文字。
十進制和十六進位形式 — &#NNN;和 &#xHHHH;，x 和數字以及分號的大小寫規則
十進制和十六進位形式 — &#NNN;和 &#xHHHH;，x 和數字以及分號的大小寫規則。接受的語法是嚴格的和終止的：一到七個十進制數字，或者 x 或 X 後跟一到六個十六進制數字，然後是分號。失踪的終結者保持不變。
在匯出內容中看到 😀 的開發人員可以透過在數字引用算術傳遞之前記錄 nnn 和 xhhhh 大小寫來測試十進位和十六進位形式。之後比較 x 的規則並找出負責數字和的解析器。此 html 數字字元參考結果解釋了分號，而不是可執行上下文。
程式碼點，而不是位元組——為什麼 é 是 é，無論頁面的字元集如何
程式碼點，而不是位元組——為什麼 é 是 é，無論頁面的字元集如何。數字引用標識 Unicode 代碼點而不是編碼位元組。因此，十進位 233 和十六進位 E9 解析為 é，與周圍檔案如何表示該字元無關。
在簡短的數字引用算術範例中隔離程式碼點而不是位元組。說明為什麼 233 無論如何都作為文字來源，跟隨頁面到達其目的地，並命名讀取字元集的 API。對於 html 數字字元引用，數字引用算術證據仍然是解析器綁定的證據。
星體字元和 UTF-16 — 為什麼 😀 在 HTML 中是一個引用，而在 JavaScript 中是兩個程式碼單元
星體字元和 UTF-16 — 為什麼 😀 在 HTML 中是一個引用，而在 JavaScript 中是兩個程式碼單元。編碼器使用 for-of 迭代 JavaScript 字串，從而產生完整的星體字元。表情符號被編碼為 😀 或其十進制等效值，而不是兩個代理引用。
將星體字符和 utf 視為邊界實驗。在導出的內容中看到 😀 的開發人員應該保留 16 個為什麼 x1f600 是這樣的，執行一個數字引用算術運算，並在更改兩個代碼單元之前逐個字符地檢查 html 中的一個引用。關於 javascript 的說法就止於此 HTML 層。
工作範例：在 😀、😀、字元本身和 JavaScript 字串之間進行轉換 - 所有四種形式
工作範例：在 😀、😀、字元本身和 JavaScript 字串（所有四種形式）之間進行轉換。計算出的鍊是精確的：😀 是 U+1F600、十進位 128512、十六進位 1F600、HTML 😀 或 😀，並 JavaScript 字串包含相同的可見標量值。
重現使用無害輸入而不是客戶材料之間進行轉換的工作範例。記錄 x1f600 128512 字符，觀察其本身和 JavaScript，並對每個有意的數字引用算術傳遞進行計數。該 html 數字字元引用追蹤讓開發人員可以在匯出的內容中看到 😀 評估字串的所有四種形式和數字引用算術證據，而無需猜測。
無效和不允許的值 - 代理、空值和 0x10FFFF 以上的程式碼點，以及解析器如何取代它們
無效和不允許的值 - 代理程式項目、空值和 0x10FFFF 以上的程式碼點，以及解析器如何取代它們。 NUL、隔離代理值和高於 U+10FFFF 的值解碼為 U+FFFD。測試涵蓋 、 � 和 �，因此無效引用會產生替換字元而不是異常。
在數字引用算術檢查期間並排放置無效和不允許的值、代理空值和代碼以及高于 0x10ffff 的点。在匯出的內容中看到 😀 的開發人員可以決定解析器替換它們的方式是否在轉換時或下游發生變化。將數字引用算術證據的 html 數字字元引用結論保留在一般安全宣告之外。
本文未涵蓋的內容 — 舊版 Windows-1252 重新映射 –，在單獨的帖子中進行處理
本文未涵蓋的內容 — 舊版 Windows-1252 重新映射 –，將在單獨的帖子中進行處理。從十進位 128 到 159 的值是由 Windows-1252 對應處理的故意相容性例外。它們的特殊映射與此處的普通代碼點解釋分開。
在執行數字引用算術之前定義它不做什麼。將舊視窗儲存為控件，檢查 1252 重新對應 128 後面的程式碼點，並將 a 中處理的 159 對應到下一個解釋器。這使得開發人員在調查 html 數字字元引用的匯出內容中看到 😀 時可以審核單獨的貼文。
重點：數字實體是偽裝的代碼點 — HTML 實體轉義器的解碼器如何將引用轉回字元作為資料，而不是標記
重點：數字實體是偽裝的代碼點 — HTML 實體轉義器的解碼器如何將引用轉回字元作為資料，而不是標記。數字實體是以文字形式編寫的程式碼點。該工具使用算術和 String.fromCodePoint 解析它們，而不將周圍的輸入分配給 HTML 解析器。
將數位實體連接到可觀察的數位參考算術輸出。 Keep 是一次性結果旁邊的一個程式碼點，然後驗證在哪裡變相進入 html 實體轉義器。在匯出的內容中看到 😀 的開發人員現在可以查看解碼器將引用返回為窄 html 數字字元引用查找結果。本文背後的實際決策是具體的：數字字元引用以十進位或十六進位寫入 Unicode 碼位。這篇文章展示瞭如何閱讀它們，為什麼表情符號是一個參考而不是兩個，以及數字的來源。閱讀器操作同樣具體：連結到 HTML 實體轉義器並示範解碼數字引用，指向工具頁面的「支援的輸入和輸出」部分以取得其接受的引用形式。