URL編碼器
使用多種編碼模式（RFC 3986、查詢字串、表單數據）對 URL 文字進行編碼，具有視覺化逐個字元分解和全面的編碼分析。準確了解哪些字元被編碼以及原因。
你的廣告攔截器讓我們無法顯示廣告
MiniWebtool 依靠廣告收入免費提供服務。如果這個工具幫到了你，歡迎升級以獲得無廣告瀏覽和更多每日使用次數，或將 MiniWebtool.com 加入白名單後重新整理。
- 允許 MiniWebtool.com 顯示廣告，然後重新整理
- 或升級取得無廣告瀏覽和更高每日額度
URL編碼器
歡迎使用 URL 編碼器，這是一款功能強大的工具，可對文字進行百分比編碼，以便在 URL 中安全使用。該工具提供多種編碼模式（RFC 3986、查詢字串、路徑段）、視覺化逐個字元分析和全面統計。準確了解哪些字元被編碼並理解其原因，非常適合開發人員、SEO 專家以及任何使用 URL 的人士。
什麼是 URL 編碼？
URL 編碼（也稱為百分比編碼）是一種在統一資源標識符 (URI) 中對資訊進行編碼的機制。它將不安全的 ASCII 字元替換為「%」後跟代表該字元在 UTF-8 編碼中字节值的兩個十六進位數字。
例如：
- 空格變為
%20（或在查詢字串中變為+） - 和號
&變為%26 - 問號
?變為%3F
為什麼需要進行 URL 編碼？
URL 只能包含來自 US-ASCII 字元集的有限字元。該集合以外的字元，或在 URL 中具有特殊意義的字元（如 &、=、?），必須進行編碼以：
- 防止誤解：像
&這樣的特殊字元用於分隔查詢參數。如果您的數據包含&，則必須將其編碼為%26。 - 支援國際字元：非 ASCII 字元（如中文、阿拉伯語、表情符號）必須編碼為 UTF-8 位元組序列。
- 確保安全傳輸：某些字元由於潛在的安全問題或傳輸問題而不適合直接放在 URL 中。
編碼模式詳解
RFC 3986 (URL 組件)
由 RFC 3986 定義的标准編碼。除未保留字元 (A-Z, a-z, 0-9, -, ., _, ~) 以外的所有字元都會進行百分比編碼。空格變為 %20。大多數 URL 組件建議使用此模式。
查詢字串 (application/x-www-form-urlencoded)
HTML 表單提交和搜尋查詢常用的編碼。空格變為 + 而不是 %20。這是瀏覽器在提交表單時使用的模式。
路徑段
類似於 RFC 3986，但保留斜槓 (/)。在編碼要保持目錄結構的 URL 路徑時使用此模式。
完全編碼
編碼除字母數字字元 (A-Z, a-z, 0-9) 以外的所有內容。這是最嚴格的編碼模式，在需要最大程度安全性時非常有用。
必須編碼的字元
保留字元
這些字元在 URL 中具有特殊意義，當作為數據使用時必須進行編碼：
| 字元 | 已編碼 | 在 URL 中的用途 |
|---|---|---|
: | %3A | 協議分隔符 (http:)，端口分隔符 |
/ | %2F | 路徑段分隔符 |
? | %3F | 查詢字串分隔符 |
# | %23 | 片段標識符 |
& | %26 | 查詢參數分隔符 |
= | %3D | 鍵值分隔符 |
@ | %40 | 使用者資訊分隔符 |
不安全字元
這些字元應始終進行編碼：
| 字元 | 已編碼 | 原因 |
|---|---|---|
| 空格 | %20 或 + | URL 中不允許直接使用 |
< > | %3C %3E | 潛在的 HTML 注入 |
" | %22 | HTML 中的屬性分隔符 |
{ } | %7B %7D | URL 中無效 |
| | %7C | 不安全字元 |
\ | %5C | 不安全字元 |
如何使用此工具
- 輸入文字：在輸入區域鍵入或貼上您要編碼的文字。您可以嘗試點擊「快速示例」按鈕來查看常見用例。
- 選擇編碼模式：根據您的使用場景選擇合適的模式（用於組件的 RFC 3986，用於搜尋參數的查詢字串等）。
- 點擊編碼：工具將對您的文字進行編碼並顯示結果。
- 查看分析：查看逐個字元的分解，了解哪些字元被編碼以及原因。
- 複製結果：點擊「複製」按鈕將編碼後的文字複製到剪貼簿。
常見用例
API 參數
將使用者輸入作為 URL 參數傳遞時：
https://api.example.com/search?q=Hello%20World%21
重定向 URL
編碼一個 URL 作為參數傳遞時：
https://example.com/redirect?url=https%3A%2F%2Fother-site.com
文件名
對包含空格或特殊字元的文件名進行編碼時：
/files/My%20Document%20%282024%29.pdf
常見問題解答
什麼是 URL 編碼？
URL 編碼（也稱為百分比編碼）是一種在統一資源標識符 (URI) 中對資訊進行編碼的機制。它將不安全的 ASCII 字元替換為「%」後跟代表該字元位元組值的兩個十六進位數字。例如，空格變為 %20，和號變為 %26。
為什麼 URL 需要編碼？
URL 只能包含來自 ASCII 字元集的有限字元。空格、特殊符號和非 ASCII 字元等字元必須經過編碼才能正確傳輸。如果沒有編碼，這些字元可能會被誤解為 URL 分隔符或導致傳輸錯誤。
RFC 3986 編碼和查詢字串編碼有什麼區別？
RFC 3986 編碼將空格表示為 %20，是 URL 組件的標準。查詢字串編碼 (application/x-www-form-urlencoded) 將空格表示為 +，通常用於 HTML 表單提交和搜尋查詢。兩者都是有效的，但用於不同的語境。
哪些字元在 URL 中是安全的，不需要編碼？
根據 RFC 3986，不需要編碼的未保留字元包括：大寫字母 (A-Z)、小写字母 (a-z)、數字 (0-9) 和四個特殊字元：連字號 (-)、句點 (.)、底線 (_) 和波浪號 (~)。所有其他字元都應該進行百分比編碼。
如何對 URL 參數中的 & 和 = 等特殊字元進行編碼？
當 &（和號）和 =（等號）作為 URL 參數中的數據使用時，必須進行百分比編碼。& 變為 %26，= 變為 %3D。這可以防止它們被解釋為參數分隔符或鍵值分隔符。
相關工具
- URL 解碼器 - 將百分比編碼的 URL 解碼回純文字
- Base64 編碼器 - 將文字編碼為 Base64 格式
- HTML 實體編碼器 - 編碼 HTML 特殊字元
額外資源
引用此內容、頁面或工具為：
"URL編碼器" 於 https://MiniWebtool.com/zh-tw/url編碼器/，來自 MiniWebtool，https://MiniWebtool.com/
由 miniwebtool 團隊提供。更新日期：2026年1月14日