為什麼我的國際化網域名稱變了？

URL 標準會將 Unicode 主機名稱轉換為 Punycode 形式，這是 DNS 解析時使用的格式。兩者其實是相同的主機。

重複的參數會怎樣？

物件會顯示最後一個值，因為這是多數框架在讀取單一值時的回傳結果。重複的鍵在某些 API 中具有意義，因此若這對你很重要，請檢查原始查詢字串。

標準會省略 https 的 :443 與 http 的 :80，因為它們不攜帶額外資訊。非預設的連接埠則一律會顯示。

將 URL 拆解為通訊協定、主機、路徑、查詢與片段。

瀏覽器本機執行網路 1034

免費

結果會顯示在這裡。

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

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

使用瀏覽器本身的 WHATWG URL 實作來拆分 URL——也就是解析網址列的同一套程式碼——因此結果會與瀏覽器實際處理方式一致，包括預設連接埠、Unicode 主機名稱與重複參數的處理。

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

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

本工具完全免費，不需要登入，也不消耗點數。

為什麼我的國際化網域名稱變了？: URL 標準會將 Unicode 主機名稱轉換為 Punycode 形式，這是 DNS 解析時使用的格式。兩者其實是相同的主機。
重複的參數會怎樣？: 物件會顯示最後一個值，因為這是多數框架在讀取單一值時的回傳結果。重複的鍵在某些 API 中具有意義，因此若這對你很重要，請檢查原始查詢字串。
預設連接埠跑到哪裡去了？: 標準會省略 https 的 :443 與 http 的 :80，因為它們不攜帶額外資訊。非預設的連接埠則一律會顯示。

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