URL 解析器能處理相對嗎？

不能。它會刻意呼叫沒有基礎的 URL 建構函式，因此會拒絕路徑、相對協議參考與純主機名，而不是依據當前頁面進行解析。

包含使用者名稱或密碼的 URL 會怎麼樣？

他們在輸出前就會被拒絕。這個工具不會顯示或部分遮蔽 URL 資料，防止密碼或識別使用者名稱進入結果。

為何國際化主機名會顯示為 xn-- 標籤？

主機名欄位顯示的是瀏覽器 URL API 的標準化 ASCII 序列化結果。該工具不會進行額外的 Unicode 顯示或同形安全分析。

百分比編碼的路徑與查詢引數解碼方式是否相同？

不。路徑名稱與檔名仍以百分比轉義方式序列化，查詢名稱與值則依照 URLSearchParams 解碼規則處理，包含加號轉為空格的行為。

URL 解析器

使用方式

1.貼上一個絕對的 HTTP 或 HTTPS URL，且不包含使用者名稱或密碼，並檢視輸入的字元數。
2.解析它，並檢視標準化組成部分、序列化檔名以及有序解碼的查詢引數。
3.審閱可能具備敏感性的查詢或雜湊資料，然後適當複製完整的解析 JSON。

關於URL 解析器

URL 解析器會將一個絕對 HTTP 或 HTTPS URL 分解為瀏覽器標準化的元件。貼上一個 URL，選擇解析 URL，檢查標準化的 URL、來源、協議、主機、主機名稱、埠、路徑、查詢字串、碎片、檔名以及有序的查詢引數，然後複製完整的解析結果 JSON。解析、顯示與複製動作皆在當前瀏覽器分頁中進行。URL 不會上傳至 Lizely，且不會向貼上的地址傳送請求。

此工具使用瀏覽器原生 URL 建構函式，且不提供基底 URL，藉此明確限定只能輸入絕對 URL。像 /docs/page 這樣的路徑、像 //example.com/path 這樣的通訊協定相對參照，以及像 example.com 這樣的裸網域都會被拒絕，不會相對於目前的 Lizely 頁面解析。輸入內容必須能依 WHATWG URL 解析器的規則，獨立識別其通訊協定與主機。

解析後僅接受 http: 與 https:。即使瀏覽器 URL API 能夠解析，javascript:、data:、file:、ftp:、blob:、mailto:，以及其他通訊協定仍會被拒絕。這項明確限制可避免把不同類型的 URL 呈現成彷彿共用同一套 HTTP 來源、主機、連接埠、路徑與查詢模型。此解析器是檢查工具，不是連結開啟器、擷取器、重新導向測試器、安全掃描器或連線能力檢查器；它絕不會導向所提供的 URL。

包含非空白使用者名稱或密碼的網址，會在建立任何結果前遭到拒絕。此工具不支援或遮蔽使用者資訊，因為即使只顯示部分遮罩結果，也可能意外保留敏感的使用者名稱、洩漏密碼長度，或被複製到日誌中。因此像 https://user:[email protected] 這樣的 URL 會產生認證資訊錯誤，不會顯示任何解析欄位。查詢字串與片段也可能包含應用程式密鑰；由於它們是要求顯示的 URL 元件，仍會照常呈現，因此複製或分享輸出前請先檢查。

標準化的 URL 是 URL API 連結的序列化形式，不一定是最初輸入的精確字元。協議與主機名稱的大小寫會被標準化，缺少根路徑會被轉為斜線，國際化主機名稱會序列化為 ASCII 網域形式，預設埠號則會被移除。例如，HTTPS 上明確指定的埠 443 會產生空的埠欄位，且主機名稱不包含 :443。非預設埠號如 8080 會保留於主機名稱中，並另外顯示於埠欄位。來源則結合標準化的協議、主機名稱與有效的非預設埠號。

國際化主機名會透過瀏覽器的主機解析器處理。主機名欄位會刻意顯示標準化後的 ASCII 形式，例如 xn--r8jz45g.xn--zckzah，而非聲稱有別的 Unicode 顯示轉換。這對於比較瀏覽器實際序列化結果有幫助，但這並非同形警告、網域聲譽結果、註冊查詢、DNS 回應或所有權證明。IPv6 主機名會保留其方括號形式，若主機名存在非預設埠則會附加。

路徑名稱會維持在序列化 URL 的形式。百分比編碼的路徑位元組，例如 %20 和 %2E，這個工具不會解碼為顯示字元。檔案名稱是最後一個斜線後的序列化路徑名稱片段。若路徑以斜線結尾，則檔案名稱為空。檔案名稱不會從查詢引數、內容置放頭、重定向或網路回應中推斷，因為沒有實際的請求發生。百分比編碼的最後一個片段會維持為百分比編碼形式。

搜尋欄位若存在會包含其前導問號，雜湊值會包含其前導數字號。查詢引數也會以 URLSearchParams 的有序陣列形式呈現。名稱與值遵循 URLSearchParams 解碼行為：百分比轉義會被解碼，加號會轉為空白。重複的名稱會維持原順序的重複專案。沒有等號的鍵與明確空值的鍵都會被解碼為空值。該工具不會將這些專案合併為物件，因為這樣可能靜默覆蓋重複專案。

輸入限制在 8,192 UTF-16 程式碼單元.完整格式的 JSON 輸出獨立地限制在 50,000 程式碼單元,查詢引數限制在正確的 200 輸入.正確的界限被接受,接下來的單元或輸入被拒絕.沒有輸入,路徑,查詢輸入或輸出被默默切割,取樣或跳過. ASCII 控制字元在 URL 建設之前被拒絕,因此瀏覽器不能默默地從貼上文中剝離一條新行或表格.普通的 URL 正常化仍然透過正常化的 href 顯示.。

輸出的 JSON 會包含相同的顯示欄位，以及一個查詢引數名稱與值物件的陣列。此輸出旨在供檢視與交換使用，並非保證其他程式語言會使用相同的 URL 解析規則。WHATWG 解析器是此瀏覽器工具的權威。與舊式解析器、正規表示式、伺服器框架、作業系統 API 或僅 RFC 規範的解析器之間的差異可能具有意義，特別是在主機、反斜線、百分比編碼與特殊協議方面。

編輯輸入會立即移除舊結果、錯誤、查詢清單、摘要、輸出與剪貼簿狀態。重新執行會從清空狀態開始，因此失敗的 URL 會不會留下先前成功的結果。剪貼簿寫入為非同步且受保護。若輸入在權限待定期間改變，舊的複製承諾將無法發布錯誤的「已複製」狀態。狀態計時器在替換或解除安裝時會被取消，若被拒絕剪貼簿存取，完整的 JSON 仍可手動選擇。

使用 URL 解析器來偵錯應用程式的連結、檢視預設埠標準化、理解 IDN 的瀏覽器主機名、審計重複引數，或分離路徑、查詢與片段文字。請勿用來驗證網站是否存在、判斷連結是否惡意、揭露重定向目的地、解碼任意二進位百分比序列、驗證 TLS、測試 DNS、移除追蹤引數，或授權導航。對於結構化文字工作，請使用 JSON 格式化器或 JSON 驗證器。請以 HTTP 狀態碼為參考，並在構建審查過的活動連結時使用 UTM 連結建造器。

方法與來源

拒絕空輸入、超過 8,192 UTF-16 字元的碼單元、ASCII 控制字元、周圍空白字元、原始反斜線，或任何未以不區分大小寫的 http:// 或 https:// 開頭的輸入。若無基礎設定，則構造 URL，必須使用標準化協議 http: 或 https:，且在建立輸出前拒絕任何非空的使用者名稱或密碼。直接從 URL 物件讀取 href、origin、protocol、host、hostname、port、pathname、search 與 hash。將檔名定義為最終序列化路徑段，除非路徑名稱以斜線結尾。將 URLSearchParams 轉為有序陣列且不進行重複消除；拒絕超過 200 個專案。所有欄位序列化為兩個空格的 JSON，拒絕不符合規範或超過 50,000 字元單位的輸出，且絕不截斷。編輯操作將清除舊結果與錯誤；複製剪貼簿、掛載保護機制與計時器清理可避免狀態滯留。

常見問題

URL 解析器能處理相對嗎？: 不能。它會刻意呼叫沒有基礎的 URL 建構函式，因此會拒絕路徑、相對協議參考與純主機名，而不是依據當前頁面進行解析。
包含使用者名稱或密碼的 URL 會怎麼樣？: 他們在輸出前就會被拒絕。這個工具不會顯示或部分遮蔽 URL 資料，防止密碼或識別使用者名稱進入結果。
為何國際化主機名會顯示為 xn-- 標籤？: 主機名欄位顯示的是瀏覽器 URL API 的標準化 ASCII 序列化結果。該工具不會進行額外的 Unicode 顯示或同形安全分析。
百分比編碼的路徑與查詢引數解碼方式是否相同？: 不。路徑名稱與檔名仍以百分比轉義方式序列化，查詢名稱與值則依照 URLSearchParams 解碼規則處理，包含加號轉為空格的行為。

開發者工具使用指南

查看全部

使用方式

關於URL 解析器

方法與來源

常見問題

相關工具

開發者工具 使用指南

開發者工具使用指南