工具用的順手嗎？
你的回饋能幫助我們做得更好
線上工具，用於字串的Escape編碼與解碼，便於URL傳參和數據處理。
概覽
了解工具能解決的問題、計算或處理邏輯，以及資料邊界。
本頁處理 JavaScript 傳統全域函式 escape() 與 unescape() 所使用的字串表示方式：輸入文字可轉成 Escape 字串，既有 Escape 字串也可還原為文字。它適合辨識或轉換舊程式、舊紀錄和舊系統交換資料時遇到的格式；這是表示法轉換，不是加密。
例如「中」會成為 %u4E2D，而「!」會成為 %21；未被轉換的字元會原樣保留。因此像 Hello 你好! 會得到 Hello%20%u4F60%u597D%21。這個例子可用來判斷手上的字串是否採用相同規則。
Escape 會逐一處理 JavaScript 字串中的 UTF-16 碼元：碼元值不大於 0xFF 時使用兩位十六進位的 %xx，較大的值使用 %uxxxx。補充平面字元（例如多數 emoji）由一對 UTF-16 代理碼元表示，所以可能輸出兩段連續的 %uXXXX。大小寫十六進位字母不影響這些數值的表示。
這和一般 URI 百分號編碼不是同一套格式。RFC 3986 的百分號編碼表示位元組，文字常先以 UTF-8 轉成位元組；因此「中」的 UTF-8 百分號形式是 %E4%B8%AD，由三個位元組片段組成。%u4E2D 則是四位碼元形式，不能假設接收端會將它視為標準 URI 編碼。
請先看格式線索：%u 後接四位十六進位數，常見於舊式 Escape；\u 後接四位數是另一種反斜線 Unicode 轉義；%E4%B8%AD 這類連續的 %HH 則常見於 UTF-8 百分號資料。它們外觀相近，但解讀方法不同，格式判斷錯誤會造成亂碼或原文未變。
規格依據：Ecma International 的 ECMAScript 2025 附錄 B.2.1 描述 escape/unescape 對字串碼元的處理；IETF RFC 3986 說明 URI 百分號編碼的位元組表示；WHATWG URL Standard 說明現代 URL 的百分號編碼流程。以上資料於 2026-09-30 查核。
指南
依步驟完成操作，並透過範例核對輸入與結果。
要將可讀文字轉成舊式 Escape 表示時選「編碼」；手上已有 Escape 字串並要查看原文時選「解碼」。
將待處理的純文字貼入輸入區。編碼範例「Hello World!」會產生 Hello%20World%21；解碼時可貼入包含 %20、%21 或 %uXXXX 的字串。內容變更或切換方向後，結果會自動更新。
確認輸出符合接收端預期，再使用結果區的複製功能。若對方要求 URI 元件的 UTF-8 百分號格式，先確認它是否接受 Escape 格式，不要直接將兩種結果互換。
情境
查看這項工具在不同工作與生活流程中的用法。
維護人員在紀錄中看到 %u4E2D 時，可切換解碼查看對應字元，再依新系統的輸入規格決定是否另行轉換；解碼結果只用來辨認內容，不代表新介面也接受該格式。
開發者可用一小段已知文字往返編碼、解碼，對照實際資料中的百分號片段，判斷差異來自 Escape、UTF-8 URI 百分號編碼，還是反斜線 Unicode 表示。
問答
集中解答常見疑問與容易混淆的問題。
%u4E2D 等同於 URL 編碼嗎？不等同。它是 Escape 的四位碼元表示；標準 URI 百分號編碼以兩位十六進位數表示每個位元組。接收端若依 UTF-8 URI 規則解析，未必會辨認 %uXXXX。
\u4E2D 可以直接用這裡解碼嗎？這不是本頁處理的 Escape 寫法。前者以反斜線開頭，是常見的 Unicode 轉義文字；本工具對應的是百分號開頭的 %u4E2D。請勿只因兩者都含有字母 u 就混為一談。
輸入可能不是 Escape 格式，或只有部分內容符合 Escape 序列。對照原始來源及接收端規格，檢查它是否其實是 UTF-8 百分號編碼；不要在不確定格式時連續套用不同解碼方式。
須知
使用前了解適用範圍、結果限制與必要提醒。
escape() 與 unescape() 屬於舊式相容功能，不建議拿來設計新的 URI 傳輸流程。若要放入 URL，應依資料所在的 URI 元件與接收端規則選擇標準編碼方式，例如 JavaScript 的 encodeURIComponent()；不要把整條 URL 當單一參數值，也不要重複編碼或解碼已處理過的字串。
Escape 只改變文字表示，沒有提供加密、隱私保護或資料完整性驗證。不要用它保護密碼、權杖或其他敏感資料；使用舊資料時也要先確認來源格式與目的系統相容。
推薦
查找相關工具、專題與可用的 API 能力。