文字編碼器與解碼器 — URL、HTML、Base64編碼指南
文字編碼將字元從人類可讀的形式轉換為特定系統或協議所需的專門格式。URL編碼將特殊字元替換為百分號編碼序列（空格為%20，&為%26），以便它們可以安全地在網址中傳輸。HTML實體編碼將像<和>這樣的字元轉換為<和>，以便它們在HTML中正確顯示而不被解釋為標記。Base64編碼將二進位資料轉換為文字安全的ASCII表示，用於透過基於文字的系統傳輸。 Web開發人員、內容管理者和資料工程師經常遇到編碼需求：建立查詢字串、清理使用者輸入、處理API回應以及除錯字元編碼問題。我們的文字編碼器在一個介面中支援所有三種主要編碼類型，雙向處理編碼和解碼，並即時處理輸入，無需任何伺服器往返——在開發過程中用於快速轉換和驗證非常有用。
文字編碼轉換器
免費 · 無需註冊
分步指南
選擇您的編碼類型
根據您的用例選擇URL編碼、HTML實體編碼或Base64編碼：URL編碼用於網址和查詢參數。HTML編碼用於在網頁中安全顯示使用者產生的內容。Base64用於將二進位資料（圖片、檔案、權杖）表示為ASCII文字，用於JSON API、電子郵件附件或資料URI。
輸入文字並編碼
在輸入欄位中鍵入或貼上文字。點擊「編碼」轉換為編碼格式，或點擊「解碼」轉換回純文字。結果顯示在輸出欄位中。對於URL編碼：空格變為%20，&變為%26，=變為%3D。對於HTML：<變為<，>變為>，"變為"。對於Base64：任何文字變為A-Z、a-z、0-9、+、/字元組成的長字串。
為查詢字串和表單資料進行URL編碼
在建立包含特殊字元的URL、建立API請求查詢參數或為POST請求編碼表單資料時使用URL編碼。範例：URL中對"hello world & friends"的搜尋變為"hello+world+%26+friends"或"hello%20world%20%26%20friends"，取決於編碼約定。我們的工具支援application/x-www-form-urlencoded約定（+表示空格）和標準RFC 3986約定（%20表示空格）。
對使用者產生的內容進行HTML編碼
HTML編碼對於在網頁中顯示使用者提供的文字時的安全性至關重要。沒有編碼，包含< script >或< img src="x" onerror="惡意程式碼" >的使用者輸入可以作為JavaScript執行（XSS攻擊）。編碼將這些字元轉換為其HTML實體，使它們顯示為字面字元而不被解釋為HTML。在將使用者輸入插入到應用程式中的HTML上下文之前，始終對其進行HTML編碼。
為資料URI和API進行Base64編碼
當在JSON回應、CSS資料URI或電子郵件MIME部分中直接嵌入二進位資料（圖片、PDF、音訊）時，需要Base64編碼。對於資料URI範例：在Base64編碼的圖片資料前加上"data:image/png;base64,"，並直接在< img src="...">標籤中使用以嵌入圖片而無需單獨的檔案請求。對於API認證，Basic Auth憑證在Authorization標頭中進行Base64編碼（不是加密——只是編碼）。
使用技巧與最佳實踐
URL編碼和URL「元件」編碼略有不同——JavaScript中的encodeURIComponent比encodeURI編碼更多字元；我們的工具使用完整的元件編碼以確保安全。
雙重編碼錯誤（對已編碼文字進行編碼）會產生亂碼輸出——如果您看到%2520而不是%20，說明您對已編碼的值進行了編碼。始終從未編碼的來源文字開始。
HTML特殊字元（&、<、>、"、'）在出現在HTML屬性值或標籤之間時應始終被編碼——即使內容看起來安全。
Base64是編碼，不是加密——任何人都可以在沒有金鑰的情況下逆轉它。永遠不要使用Base64作為敏感資料的安全措施。
URL縮短器和分析URL通常包含Base64編碼的追蹤參數——解碼它們以了解正在傳送什麼資料。
JSON字串原生處理Unicode，但URL內URL編碼的JSON需要雙重編碼——首先編碼JSON字串，然後對結果進行URL編碼。
常見問題解答
文字編碼是一項基礎的Web開發和資料處理技能，可以防止安全漏洞（透過適當的HTML編碼防止XSS）、確保URL正確性（查詢參數的百分號編碼），並實現資料格式相容性（用於文字中二進位上下文的Base64）。我們的文字編碼器在一個工具中處理所有三種主要編碼類型——用於開發驗證、API除錯或日常技術工作中出現的任何編碼任務快速便捷。
免費試用此工具 →open_in_new