URI 和 URL、URL 和 URI 之間的區別

URI = 統一資源識別符號。

url = 統一資源定位器。

它通常由三部分組成：

1）資源的命名機制;

2）資源的主機名;

3）資源本身的名稱。

注意：以上三點都是對例項的解釋，不是 URI 的必要條件，URI 只是乙個概念，如何實現並不重要，只要它唯一標識乙個資源即可。

URL是URI的子集，是統一的資源定位符，URL可以用統一的格式描述各種資訊資源，包括檔案、伺服器位址、目錄等。 URL 是 URI 概念的實現。

URI 和 URL 之間的區別。

URI 和 URL 都定義了資源是什麼，但 URL 還定義了應如何訪問資源。 URL 是乙個特定的 URI，它是 URI 的子集，它不僅唯一標識資源，還提供用於查詢該資源的資訊。 uri

是一種語義抽象，可以是絕對的，也可以是相對的，而 URL 必須提供足夠的資訊來定位它，是絕對的。

URI：在計算機術語中，統一資源識別符號 （URI） 是用於標識 Internet 資源名稱的字串。 這種型別的標識允許使用者通過特定協議與任何資源（本地和 Internet）進行互動。

URI 由乙個方案定義，該方案包括確定語法和關聯的協議。

URL：統一資源定位器是可以從公網獲取的資源的位置和訪問方式的簡明表示，是公網上標準資源的位址。 Internet 上的每個檔案都有乙個唯一的 URL，其中包含指示檔案位置以及瀏覽器應該如何處理它的資訊。

它最初是由蒂姆·伯納斯·李（Tim Berners Lee）發明的，作為全球資訊網的位址。 它現在由全球資訊網聯盟開發，作為網際網絡標準RFC1738。

URL 包括 URI 和 URN，URN 是統一的資源名稱，URL 是統一的資源定位符，URI 是統一的資源識別符號，URN 和 URL 是 URI 的子集，在 JSP 的標籤技術中，我們可以宣告自定義標籤或 Sun 標籤。

自定義標籤宣告語句：

或者：字首是簡寫的，這些 URI 在 TLD 檔案中配置。

還是不是很清楚，繼續看：

統一資源識別符號 （URI） 是用於標識抽象資源或物理資源的緊湊字串。 ”

URI 可以進一步分類為定位器和/或名稱。 術語“統一資源定位器”（URL） 是 URI 的子集，除了標識資源外，還提供用於定位該資源的主要訪問機制（例如其網路“位置”）。

然後我們無所不知的維基百科很好地消化了這段話，並更生動地描述了它：

URI 可以分為 URL、URN 或同時具有定位符和名稱的內容。 骨灰盒就像乙個人的名字，而 URL 就像乙個人的位址。 換言之：

骨灰盒決定了事物的身份，而 URL 提供了一種找到它的方法。 ”

從這些描述中，我們可以得出一些結論：

首先，URL 是一種 URI（您可以從該圖中看到它）。 因此，如果有人告訴您 URL 不是 URI，那他就錯了。 但不是所有的URI都是URL，就像蝴蝶會飛，但不是所有的蝴蝶都能飛，你讓蒼蠅怎麼想！

使 URI 成為 URL 的當然是“訪問機制”和“網路位置”。 http://or ftp://

骨灰盒是唯一身份的一部分，這是乙個特殊的名稱。

似乎稍微了解了一點，目前看來這些還是比較有爭議的，有個大致的了解就好了。

url：統一資源定位器 例如。

URI：通用資源識別符號。

URI 是用於唯一標識資源的統一資源識別符號。

url 是統一資源定位符，它是特定的 URI也就是說，URL 可用於標識資源，它還指示如何查詢資源。

語法。 URL由資源型別、儲存資源的主機網域名稱和資源檔名三部分組成。 它也可以被認為是由 4 個部分組成：協議、主機、埠和路徑。

URL 的一般語法格式為（可選，帶方括號）:protocol ： 主機名[：

port] /path / parameters][?query]#fragment。

URI、URL 和 URN 之間的區別：

uri ：統一資源識別符號;

url = 統一資源定位器。

其中 URL 是 URI 的子集。

URI 是通用資源識別符號。

該 URL 是統一資源定位器。

例如。 網址是。

URI 為：view

URI 是通用資源識別符號。

該 URL 是統一資源定位器。

詳情請參閱以下參考資料。