URL的全稱是Uniform Resource Locator(統一資源定位符)html
經過1個URL,能找到互聯網上惟一的1個資源服務器
URL就是資源的地址、位置,互聯網上的每一個資源都有一個惟一的URL網絡
2.URL中常見的協議spa
(1)HTTPorm
超文本傳輸協議,訪問的是遠程的網絡資源,格式是http://htm
http協議是在網絡開發中最經常使用的協議ip
(2)fileci
訪問的是本地計算機上的資源,格式是file://(不用加主機地址)資源
(3)mailto開發
訪問的是電子郵件地址,格式是mailto:
(4)FTP
訪問的是共享主機的文件資源,格式是ftp://
2.HTTP協議的做用
HTTP的全稱是Hypertext Transfer Protocol,超文本傳輸協議
(1)規定客戶端和服務器之間的數據傳輸格式
(2)讓客戶端和服務器能有效地進行數據溝通
3.爲何選擇使用HTTP?
(1)簡單快速 由於HTTP協議簡單,因此HTTP服務器的程序規模小,於是通訊速度很快
(2)靈活 HTTP容許傳輸任意類型的數據
(3)HTTP 0.9和1.0使用非持續鏈接 限制每次鏈接只處理一個請求,服務器對客戶端的請求作出響應後,立刻斷開鏈接,這種方式能夠節省傳輸時間
4.HTTP的通訊過程
要想使用HTTP協議向服務器索取數據,得先了解HTTP通訊的完整過程
完整的http通訊能夠分爲2大步驟
(1)請求:客戶端向服務器索要數據
(2)響應:服務器返回客戶端相應的數據
3、HTTP通訊過程 - 請求和響應
1.HTTP通訊過程 - 請求
HTTP協議規定:1個完整的由客戶端發給服務器的HTTP請求中包含如下內容
請求行:包含了請求方法、請求資源路徑、HTTP協議版本
GET /MJServer/resources/images/1.jpg HTTP/1.1
請求頭:包含了對客戶端的環境描述、客戶端請求的主機地址等信息
Host: 192.168.1.105:8080 // 客戶端想訪問的服務器主機地址
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9) Firefox/30.0// 客戶端的類型,客戶端的軟件環境
Accept: text/html, */*// 客戶端所能接收的數據類型
Accept-Language: zh-cn // 客戶端的語言環境
Accept-Encoding: gzip // 客戶端支持的數據壓縮格式
請求體:客戶端發給服務器的具體數據,好比文件數據
2.HTTP通訊過程 - 響應
客戶端向服務器發送請求,服務器應當作出響應,即返回數據給客戶端
HTTP協議規定:1個完整的HTTP響應中包含如下內容:
狀態行:包含了HTTP協議版本、狀態碼、狀態英文名稱
HTTP/1.1 200 OK
響應頭:包含了對服務器的描述、對返回數據的描述
Server: Apache-Coyote/1.1 // 服務器的類型
Content-Type: image/jpeg // 返回數據的類型
Content-Length: 56811 // 返回數據的長度
Date: Mon, 23 Jun 2014 12:54:52 GMT // 響應的時間
實體內容:服務器返回給客戶端的具體數據,好比文件數據