簡單理解是這樣的：
理解URI和URL的區別，我們引入URN這個概念。

URI = Universal Resource Identifier 統一資源標誌符
URL = Universal Resource Locator 統一資源定位符
URN = Universal Resource Name 統一資源名稱

這三者的關係如下圖：
也就是說，URI分為三種，URL or URN or （URL and URI）
URL代表資源的路徑地址，而URI代表資源的名稱。
通過URL找到資源是對網路位置進行標識，如：

• http://example.org/absolute/URI/with/absolute/path/to/resource.txt
• ftp://example.org/resource.txt

通過URI找到資源是通過對名稱進行標識，這個名稱在某名稱空間中，並不代表網路地址，如：

• urn:issn:1535-3613

譯者：華科小濤：http://www.cnblogs.com/hust-ghtao/：

初學http協議，就被這兩個相似的術語搞蒙了，查了很多資料，總算搞清楚了。（找資料還是英文啊，靠譜。。。）。

本篇部落格翻譯自：https://danielmiessler.com/study/url_vs_uri/，是在是一片簡單實用的好文，對幫我們弄清概念很有幫助：

譯文：

    一直存在很多技術上的爭論，其中最為妙的恐怕就是web地址應該叫什麼的問題。通常情況就是這樣：有人把位址列的內容叫“URL”，這時候有些人就來勁了：“不！其實那時URI。。。”

    對於這種糾正的反應呢，通常也有這麼幾種情況，心眼小的就尋思這人趕緊走吧，淡定點的就聳聳肩表示同意，火氣大的就拔刀相向了好不？

那這篇文章呢，就對這個只是提供一個簡單的總結，畢竟互黑也要黑到點子上是吧。

URI，URL，URN

從上面的那幅圖可以看出來，一共有三個不同的概念URI,URL,URN。這討論這樣的問題時，最好的方法就是回到原點啊，這裡我們在RFC 3986: Uniform Resource Identifier (URI): Generic Syntax裡面收集了點資料：

“A Uniform Resource Identifier (URI) 是一個緊湊的字串用來標示抽象或物理資源。”

“A URI 可以進一步被分為定位符、名字或兩者都是. 術語“Uniform Resource Locator” (URL) 是URI的子集, 除了確定一個資源,還提供一種定位該資源的主要訪問機制(如其網路“位置”)。“

那我們無所不知的維基百科把這段消化的很好，並描述的更加形象了：

“URI可以分為URL,URN或同時具備locators 和names特性的一個東西。URN作用就好像一個人的名字，URL就像一個人的地址。換句話說：URN確定了東西的身份，URL提供了找到它的方式。”

通過這些描述我們可以得到一些結論：

• 首先，URL是URI的一種（通過那個圖就看的出來吧）。所以有人跟你說URL不是URI，他就錯了唄。但也不是所有的URI都是URL哦，就好像蝴蝶都會飛，但會飛的可不都是蝴蝶啊，你讓蒼蠅怎麼想！
• 讓URI能成為URL的當然就是那個“訪問機制”，“網路位置”。e.g. http:// or ftp://.。
• URN是唯一標識的一部分，就是一個特殊的名字。

　　下面就來看看例子吧，當來也是來自權威的RFC：

• ftp://ftp.is.co.za/rfc/rfc1808.txt (also a URL because of the protocol)
• http://www.ietf.org/rfc/rfc2396.txt (also a URL because of the protocol)
• ldap://[2001:db8::7]/c=GB?objectClass?one (also a URL because of the protocol)
• mailto:[email protected] (also a URL because of the protocol)
• news:comp.infosystems.www.servers.unix (also a URL because of the protocol)
• tel:+1-816-555-1212
• telnet://192.0.2.16:80/ (also a URL because of the protocol)
• urn:oasis:names:specification:docbook:dtd:xml:4.1.2

　　這些全都是URI, 其中有些事URL. 哪些? 就是那些提供了訪問機制的.

總結

下面到了回答問題的時候了：

當我們替代web地址的時候，URI和URL那個更準確？

基於我讀的很多的文章，包括RFC，我想說URI更準確。

別急，我有我的理由：

我們經常使用的URI不是嚴格技術意義上的URL。例如：你需要的檔案在files.hp.com. 這是URI，但不是URL--系統可能會對很多協議和埠都做出正

確的反應。

你去http://files.hp.com 和ftp://files.hp.com.可能得到完全不同的內容。這種情況可能更加普遍，想想不同谷歌域名上的不同服務啊。

所以，用URI吧，這樣你通常技術上是正確的，URL可不一定。最後“URL”這個術語正在被棄用。所以明智吧少年！

結語

我們一起來看下面這個虛構的例子。
這是一個URI：“http://bitpoetry.io/posts/hello.html#intro”
“http://”是定義如何訪問資源的方式。
“bitpoetry.io/posts/hello.html”是資源存放的位置。
“#intro”是資源。
URL是URI的一個子集，告訴我們訪問網路位置的方式。在我們的例子中，URL應該如下所示：
“http://bitpoetry.io/posts/hello.html”
URN是URI的子集，包括名字（給定的名稱空間內），但是不包括訪問方式，如下所示：
“bitpoetry.io/posts/hello.html#intro”
就是這樣。現在你應該能夠辨別出URL和URN之間的不同。

如果你忘記了這篇文章的內容，至少要記住一件事：URI可以被分為URL、URN或兩者的組合。如果你一直使用URI這個術語，就不會有錯。