案例

首先給大家舉個例子，有一家公司的總經理，某天，給了我一張名片，上面寫了他的頭銜，北京XXX公司總經理 張三，還有他的辦公室地址，北京市海淀區長安街35號北京XXX公司總經理辦公室，那麼，我以後給我的朋友吹牛，我認識北京XXX公司的總經理張三，我的朋友都知道北京XXX公司的總經理是一個叫張三的人，那麼，這個頭銜就和張三對應起來了，只要一說到這個頭銜，大家都知道說的是張三，反應到網路世界，這個頭銜就叫做URI，只要你給我一個URI，我就知道它代表了什麼，比如，http://www.sina.com.cn代表了新浪網，[email protected]代表了某一個人的qq郵箱，你的qq號也是一個URI(騰訊伺服器內可以識別就是你的QQ賬戶)，URI就是網路資源的頭銜，通過URI標記可以把網路世界裡面的每一個事物都加以標記並區分開來。

好的，現在出現了一個問題，你現在知道北京XXX公司總經理是張三，“北京XXX公司總經理”就是張三這個人的URI，可是，我讓你親自去和張三見一面，你做得到嗎？你肯定做不到，因為你不知道他的地址，雖然你有他的URI頭銜，但是除此以外，你對他具體的情況一無所知，於是你要定位到他，你就必須得到他的辦公室地址，通過“北京市海淀區長安街35號北京XXX公司總經理辦公室”這個地址，你就找到了張三。反應到網路世界，網路世界裡面的每一個資源不光有自己的頭銜，還要能夠被人訪問，被人找到，所以，網路地址是必須的，否則，這個網路資源的存在沒有任何意義，這個地址就叫做URL。

通過上面的描述，可以發現，URI強調的是給資源標記命名，URL強調的是給資源定位，但是你會發現，URL顯然比URI包含資訊更多，我通過URL也可以知道張三是總經理，並且我還知道了他的地址，所以大多數情況下大家覺得給一個網路資源分別命名和給出地址太麻煩，乾脆就用地址既當地址用，又當標記名用，所以，URL也充當了WWW全球資訊網裡面URI的角色，但是他比URI多了一層意義，我不光知道你叫什麼，我還知道你在哪裡。我們在瀏覽器輸入的都是URL，因為我們輸入的目的是為了找到某一個資源，當然你輸入的是URI也是沒錯的，因為URL也是URI

總結：URI標記了一個網路資源，僅此而已；  URL標記了一個WWW網際網路資源（用地址標記），並給出了他的訪問地址。(URI是Uniform Resource Identifier,表示是一個資源； URL是Uniform Resource Locator，表示是一個地址，光看英文縮寫確實難懂)。

Ps：URL是URI的子集，所有的URL都是URI，但不是每個URI都是URL，還有可能是URN。

URI、URL、URN 區別

1. URI 指的是一個資源；
2. URL 用地址定位一個資源；
3. URN 用名稱定位一個資源。 

舉個例子： 

去尋找一個具體的人（URI）；如果用地址：XX省XX市XX區…XX單元XX室的主人 就是URL；如果用身份證號+名字去找就是URN（身份證號+名字 無法確認資源的地址） 。

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”這個術語正在被棄用。所以明智吧少年！