URL編碼/解碼
在線URL編碼和解碼工具，支持encodeURIComponent雙向轉換，實時預覽結果
使用說明
- 1 在輸入框中輸入需要處理的URL或文本
- 2 點擊"編碼"按鈕進行URL編碼，或點擊"解碼"按鈕進行URL解碼
- 3 查看處理結果，可點擊"複製"按鈕複製到剪貼板
相關工具
關於此工具
URL 編碼（又稱百分號編碼）將特殊字符轉換為 %XX 格式，使其能夠安全地出現在 URL 中。中文、空格、& 等符號若不編碼，會導致服務器解析 URL 時出錯或參數截斷。
典型使用場景：構造帶中文參數的 API 請求、調試 OAuth 回調地址、處理表單提交的 Query String、以及對 curl 命令中的參數手動編碼。後端開發者在拼接 URL 時也經常需要對單個參數值做 encodeURIComponent 處理。
與瀏覽器地址欄自動編碼不同，本工具使用 encodeURIComponent 標準，對所有保留字符（包括 : / ? # 等）完整編碼，適合處理參數值而非完整 URL。解碼功能同樣適用於還原日誌中的已編碼 URL。
常見問題
encodeURI 和 encodeURIComponent 有什麼區別？ +
encodeURI 用於編碼完整 URL，保留 : / ? # & = 等結構字符不編碼；encodeURIComponent 用於編碼 URL 的參數值部分，會對幾乎所有特殊字符編碼。拼接參數值時應用 encodeURIComponent，避免 & 和 = 破壞參數結構。
中文字符 URL 編碼後變成很長的 %XX%XX，正常嗎？ +
正常。中文字符在 UTF-8 下通常佔 3 個字節，因此每個漢字會被編碼為 9 個字符（如 %E4%B8%AD）。這是標準行為，服務端按 UTF-8 解碼即可正確還原。
空格應該編碼為 + 還是 %20？ +
兩種都合法但場景不同。%20 是 RFC 3986 標準 URL 編碼；+ 是 HTML 表單（application/x-www-form-urlencoded）的約定。現代 API 開發推薦統一用 %20，避免歧義。本工具使用 %20。
為什麼解碼後顯示亂碼？ +
亂碼通常是編碼格式不一致導致的。如果原始文本用 GBK 編碼後再 URL 編碼，用 UTF-8 解碼就會出現亂碼。國內老系統（如部分政府、電商平臺）仍使用 GBK，遇到此類情況需切換編碼方式處理。
能直接粘貼完整 URL 進行解碼嗎？ +
可以。粘貼完整 URL 後點擊解碼，工具會對 URL 中所有 %XX 序列進行解碼，方便閱讀日誌、分析重定向鏈接或還原爬蟲抓取到的編碼 URL。未編碼的部分會原樣保留，不會損壞 URL 結構。