跳至主要內容
SPCXTools

URL 編碼與解碼

將文字進行百分比編碼以用於網址,或將已編碼的 URL 與查詢字串解碼回一般可讀文字。

本機執行 — 檔案絕不會離開您的裝置

正在載入工具…

如何使用 URL 編碼與解碼

  1. 1選擇 編碼 讓文字安全地用於 URL,或選擇 解碼 將 %20 這類的序列還原為文字。
  2. 2選擇 元件 處理單一參數值或路徑片段,或選擇 完整 URL 以保留 /、? 和 & 等字元不被轉換。
  3. 3處理 HTML 表單資料 (application/x-www-form-urlencoded) 時,請勾選 空格轉為 +。
  4. 4貼上您的文字 — 結果會立即顯示。在解碼模式下,查詢參數會列在表格中。
  5. 5一鍵複製輸出結果。

安全地進行 URL 編碼與解碼

URL 只能包含一組有限的字元。空格、重音字母、表情符號以及像是 &、= 或 # 等符號,在放入 URL 之前都必須經過百分比編碼 (percent-encoded)——也就是寫成 % 後接兩位十六進位數字。此工具能將文字轉換為該格式,或進行反向解碼。所有處理皆在您的瀏覽器內完成,因此您貼上的 URL(包含其中的任何 token 或個人資料)絕不會傳送至伺服器。

功能特色

  • 兩種編碼範圍:可編碼單一數值(元件),或在保留結構的情況下編碼完整的 URL。
  • 表單樣式編碼:可選擇將空格編碼為 +,或將 + 解碼回空格。
  • 支援 UTF-8:完美適用於所有語言與表情符號。
  • 查詢字串檢視器:解碼 URL 時,各個參數會以鍵值對 (key/value pair) 顯示,讓冗長的追蹤連結與 API 呼叫一目了然。
  • 即時輸出:支援一鍵複製,並可透過模式切換將結果移至輸入框,快速進行來回轉換。

什麼時候需要 URL 編碼

建立 API 請求。 如果搜尋字詞或篩選值包含空格或符號,在加入查詢字串之前必須先進行編碼。否則值裡面的 & 或 = 會被誤認為是新參數的開頭。

讀取追蹤與重新導向連結。 行銷連結與登入重新導向通常會在一個 URL 內部包含另一個經過編碼的完整 URL。將其解碼即可查看連結的實際目標網址以及帶有哪些參數。

除錯網頁表單。 表單送出時會將欄位編碼為 key=value 鍵值對並用 & 連接,空格則轉為 +。解碼原始請求主體就能清楚看到實際送出的內容。

分享包含非英文文字的連結。 瀏覽器能正常顯示 https://example.com/東京,但實際的請求會使用 %E6%9D%B1%E4%BA%AC。編碼後即可看出伺服器實際接收到的格式。

保留與非保留字元

RFC 3986 定義了永遠不需要編碼的非保留字元:字母、數字、-、.、_ 和 ~。保留字元 — : / ? # [ ] @ ! $ & ' ( ) * + , ; = — 在 URL 中具有特殊意義,當它們出現在值裡面時必須進行編碼。其他所有字元,包含空格與所有非 ASCII 字元,都必須進行編碼。

URL 編碼與 Base64 不同。如果您需要傳遞二進位資料,或希望使用緊湊、純字母的表示方式,請使用 Base64 編碼工具 — 在 Base64URL 模式下,其輸出結果可以直接安全地放入 URL 中。

常見問題

元件 (Component) 與完整網址 (Full URL) 模式有什麼差別?
元件會將網址中所有具特殊意義的字元進行編碼,包含 / ? & = #。適用於個別的查詢值。完整網址則會保留這些結構字元,只對無效字元(如空格和非 ASCII 字母)進行編碼,讓完整的網址保持可用。
為什麼空格有時是 %20,有時是 +?
在路徑和多數現代 API 中,空格會被編碼為 %20。使用預設內容類型送出的 HTML 表單,則會在查詢字串中將空格編碼為 +。兩者都很常見;請勾選 空格轉為 + 來符合表單的編碼方式。
為什麼解碼時會發生錯誤?
當 % 後面沒有跟著兩個十六進位數字,或是位元組無法組成有效的 UTF-8 時,解碼就會失敗。這通常發生在文字只有部分編碼,或是被編碼兩次的情況。請檢查是否有落單的 % 符號。
非英文字元是如何編碼的?
它們會先被轉換為 UTF-8 位元組,接著每個位元組會變成 %XX。例如,"é" 會變成 %C3%A9,而 "東" 會變成 %E6%9D%B1。
我的資料會被傳送到其他地方嗎?
不會。編碼與解碼皆使用瀏覽器內建功能,完全在您的裝置上執行。