前言

不知道寫啥，不寫感覺缺點啥，糾結(¬､¬)

最初的HTTP

90年代初，為了共享知識和資訊，一些人提出了一些理念，希望藉助多文件之間的相互關聯性，形成可相互參閱的WWW（world wide web，全球資訊網）。
作為文件傳輸協議的Http協議即是WWW構建技術中的重要一環。還有兩項構建技術分別是超文字標記語言Html和指定文件地址的URL(Uniform Resource Location，統一資源定位符)
這個時候，HTTP的主要作用是：傳輸HTML檔案

HTTP的發展

1996年，HTTP/1.0作為標準被公佈。
1999年，基於RFC2616標準的HTTP/1.1協議，是目前最主流的HTTP協議版本。
由發展來看，作為WEB文件傳輸協議的HTTP協議版本幾乎沒有更新了。新一代的2.0版本不斷在發展，未來可以更加廣泛的應用在除了WEB場景外的其他場景上。

一次普通的HTTP請求過程中發生的事

一個老問題：URI、URL？

URI全名，Uniform Resource Identifier，中文翻譯過來：統一資源標誌符
URL全名，Uniform Resource Location，中文翻譯過來：統一資源定位符

名字就可以看出來差別：URI注重對資源的標誌，URL注重對資源的定位，大白話就是說，URI只需要唯一標誌一個資源就行了，而URL需要定位到這個資源，提供訪問方式。

URI

URI以scheme和冒號開頭。Scheme用大寫/小寫字母開頭，後面為空或者跟著更多的大寫/小寫字母、數字、加號、減號和點號。冒號把scheme與scheme-specific-part分開了，並且scheme-specific-part的語法和語義（意思）由URI的名字空間決定。

[scheme:] scheme-specific-part

URI支援的scheme有http、https、ftp、mailto、magnet、telnet、data、file、nfs、gopher、ldap等

具體例子：

很亂？其實並不是，URI的具體語法規則會根據scheme變化，所以看起來很亂，具體到某一種具體的scheme，還是比較好理解的，比如mailto:[email protected]。
而且，有沒有發現一個問題，這些例子中，第一個mailto協議和第三個http協議的例子中的資源都可以訪問的到，二四中的資源是訪問不到的，也即是說，一三兩個例子是URL，二四則不是。即URI>URL。

URL

URL唯一地標識一個資源在Internet上的位置。不管用什麼方法表示，只要能定位一個資源，就叫URL。
URL是URI的一種，不僅標誌了WEB資源，還指定了操作獲取方式，同時，指出了主要訪問機制和網路位置。
所以我們可以認為，URL是scheme比較特殊的URI，因為這些scheme指定了資源的操作獲取方式和訪問機制以及網路位置。
URL格式：

1. 協議
   指定使用的傳輸協議，如：http、https、ftp等

2. 登入資訊
   可選，指使用者名稱和密碼作為從伺服器端獲取資源時必要的登入資訊（身份認證）。

3. 伺服器埠
   可選，指定伺服器連線的網路埠。，若省略則使用該協議的預設埠。

4. 檔案路徑
   指定伺服器上的路徑來定位指定的資源。

5. 引數：
   可選，用於給動態網頁（如使用CGI、ISAPI、PHP/JSP/ASP/ASP.NET等技術製作的網頁）傳遞引數，可有多個引數，用“&”符號隔開，每個引數的名和值用“=”符號隔開。

6. 片段：
   可選，片段用於指定網路資源中的片斷。html頁面中片段則是描點。例如一個網頁中有多個名詞解釋，可使用片段可直接定位到某一名詞解釋（描點的位置）。

以HTTP協議來舉個例子：

http://optimus/posts/hello.html#intro

http://
表示訪問資源的方式

optimus/posts/hello.html
表示資源存放的位置

#intro
表示資源

總結：
如果URI的scheme，可以指定資源獲取方式以及網路位置的比較特殊，那麼這個URI就是一個URL。（理解的不對希望大佬打臉啊）