URL 編碼與解碼

URL 只能包含有限的 ASCII 字元。RFC 3986 是 2005 年制定的 URI 語法規範，將這些字元分成兩類。非保留字元包括 A–Z、a–z、0–9 以及 - . _ ~ 這四個符號，永遠不需要編碼。保留字元各有用途：通用分隔符 : / ? # [ ] @ 用來區隔協定、主機、路徑、查詢字串與片段，子分隔符 ! $ & ' ( ) * + , ; = 則用來區隔其中的各個項目，例如查詢字串中的 & 與 =。其他所有字元，以及被當作一般資料使用的保留字元，都必須進行百分比編碼。

百分比編碼會把一個位元組寫成 % 加上兩位十六進位數字。文字會先轉成 UTF-8，因此空格變成 %20，é（兩個位元組）變成 %C3%A9，一個表情符號則會變成四組 %XX。所以搜尋「café & bar」時，連結中會呈現為 caf%C3%A9%20%26%20bar：& 被編碼，伺服器才不會把它當成新參數的開頭。

encodeURIComponent 適合處理單一片段，例如查詢值、路徑區段，或作為參數傳遞的重新導向網址。它會跳脫除了非保留字元與 ! ' ( ) * 之外的所有字元，後者因歷史因素 JavaScript 不會處理。encodeURI（整個 URL）假設輸入已是完整網址，因此會保留保留字元，https://example.com/a b?q=1 只有空格會被編碼。對參數值使用 encodeURI 是常見的錯誤：值中的 & 或 # 不會被編碼，進而破壞網址。

解碼可還原上述任一函式的結果。以 GET 送出的 HTML 表單使用較舊的 application/x-www-form-urlencoded 格式，空格寫成 + 而非 %20；處理這類資料時請勾選將 + 視為空格，若加號本身有意義（例如電話號碼），則取消勾選。如果輸入中有 % 後面不是兩位十六進位數字，或位元組不是有效的 UTF-8，解碼會失敗並顯示明確的訊息，而不是自行猜測。當文字包含查詢字串時，其參數會解碼後顯示在工具下方的表格中。若要在網址中放二進位資料，通常改用 Base64url。