實用工具

URL 編碼器與解碼器

將查詢值或整個 URL 進行百分號編碼,而不破壞其結構。

瀏覽器本機執行編碼175
免費

輸入

0 B50.0 KB 以內免費

結果

結果會顯示在這裡。

你的執行紀錄

只有消耗點數的執行才會儲存。

登入後可以保留你的執行紀錄。

容易混淆的是編碼一個值與編碼整個 URL 的區別。編碼一個元件會跳脫分隔符號(? & = /),因為在參數內部它們是資料。編碼整個 URL 則保留這些分隔符號,因為它們是結構。這裡提供兩種模式,選錯模式通常是連結幾乎無法運作的原因。

它是怎麼運作的

  • 元件模式會跳脫所有非保留字元,這是查詢值所需要的。
  • 完整 URL 模式會保留賦予 URL 形狀的保留字元。
  • 解碼格式錯誤的跳脫序列時會回報問題,而不是丟出例外。

你的資料去了哪裡

哪也沒去。本工具完全在你的瀏覽器裡執行:你貼上的文字由頁面處理,不會傳輸到任何伺服器,也不會寫進任何紀錄。

當一次執行消耗點數時,會往你自己的歷史裡儲存一行摘要,方便回頭查找。摘要記錄的是這次執行的形態——大小、數量、你查詢的值——而不是你貼上的內容。

它要花多少

單次 50.0 KB 以內免費,不需帳號。超出部分每次執行消耗 1 點,並儲存到你的歷史紀錄。

點數來自註冊、每日簽到、發表留言與完善資料。

了解點數規則

常見問題

何時需要元件模式?
當文字要放入參數內部時——例如搜尋詞、重新導向目標、電子郵件地址。如果值可能包含 & 或 =,就必須使用元件編碼,否則會分割查詢字串。
為什麼空格有時是 %20 有時是 +?
%20 在所有地方都是正確的。+ 的慣例來自 HTML 表單提交,且僅在查詢字串中有效,絕不能在路徑中使用。此工具一律產生 %20。
我需要對中文字元進行編碼嗎?
瀏覽器會以未解碼的形式顯示並自動處理,但任何以程式方式傳遞 URL 的環境可能不會。對它們進行編碼永遠是安全的。

背後的開源專案

本工具是獨立實作,並未打包第三方函式庫。unshiftio/querystringify(MIT)在程式碼層面做的是同一件事——如果你需要在自己的程式裡實作它,從那裡開始,而不是呼叫一個網頁。

unshiftio/querystringify

也常被稱作

  • URL 編碼
  • URL 解碼
  • 百分號編碼
  • URL encode 線上工具
  • 查詢字串編碼器