1.基本概念
客戶端Client:移動(dòng)應(yīng)用（iOS、android等應(yīng)用）
服務(wù)器Server:為客戶端提供服務(wù)、提供數(shù)據(jù)、提供資源的機(jī)器
請(qǐng)求Request:客戶端向服務(wù)器索取數(shù)據(jù)的一種行為
響應(yīng)Response:服務(wù)器對(duì)客戶端的請(qǐng)求做出的反應(yīng)，一般指返回?cái)?shù)據(jù)給客戶端
2.服務(wù)器
按照軟件開(kāi)發(fā)階段來(lái)分，服務(wù)器可以大致分為2種
2.1遠(yuǎn)程服務(wù)器
別名：外網(wǎng)服務(wù)器、正式服務(wù)器
使用階段：應(yīng)用上線后使用的服務(wù)器
使用人群：供全體用戶使用
速度：取決于服務(wù)器的性能、用戶的網(wǎng)速
2.2本地服務(wù)器
別名：內(nèi)網(wǎng)服務(wù)器、測(cè)試服務(wù)器
使用階段：應(yīng)用處于開(kāi)發(fā)、測(cè)試階段使用的服務(wù)器
使用人群：僅供公司內(nèi)部的開(kāi)發(fā)人員、測(cè)試人員使用
速度：由于是局域網(wǎng)，所以速度飛快，有助于提高開(kāi)發(fā)測(cè)試效率
3.網(wǎng)絡(luò)協(xié)議
3.1URL
Uniform Resource Locator（統(tǒng)一資源定位符）
客戶端通過(guò)URL找到想要連接的服務(wù)器
通過(guò)1個(gè)URL，能找到互聯(lián)網(wǎng)上唯一的1個(gè)資源
URL就是資源的地址、位置，互聯(lián)網(wǎng)上的每個(gè)資源都有一個(gè)唯一的URL
URL的基本格式 = 協(xié)議://主機(jī)地址/資源路徑
http://www.example.com/img/logo.png
----- ================ ------------
協(xié)議名 主機(jī)地址 資源路徑
http://8.8.8.8:8080/img/bdlogo.gif
----- ============= ---------------
協(xié)議名 主機(jī)地址+端口 資源路徑
協(xié)議：不同的協(xié)議，代表著不同的資源查找方式、資源傳輸方式
主機(jī)地址：存放資源的主機(jī)（服務(wù)器）的IP地址（域名）
路徑：資源在主機(jī)（服務(wù)器）中的具體位置
3.2常見(jiàn)協(xié)議
HTTP
超文本傳輸協(xié)議，訪問(wèn)的是遠(yuǎn)程的網(wǎng)絡(luò)資源，格式是http://
http協(xié)議是在網(wǎng)絡(luò)開(kāi)發(fā)中最常用的協(xié)議file
訪問(wèn)的是本地計(jì)算機(jī)上的資源，格式是file://（不用加主機(jī)地址）mailto
訪問(wèn)的是電子郵件地址，格式是mailto:FTP
訪問(wèn)的是共享主機(jī)的文件資源，格式是ftp://
4.HTTP協(xié)議
Hypertext Transfer Protocol，超文本傳輸協(xié)議
不管是移動(dòng)客戶端還是PC端，訪問(wèn)遠(yuǎn)程的網(wǎng)絡(luò)資源經(jīng)常使用HTTP協(xié)議
規(guī)定客戶端和服務(wù)器之間的數(shù)據(jù)傳輸格式
讓客戶端和服務(wù)器能有效地進(jìn)行數(shù)據(jù)溝通
4.1為什么選擇HTTP
- 簡(jiǎn)單快速
因?yàn)镠TTP協(xié)議簡(jiǎn)單，所以HTTP服務(wù)器的程序規(guī)模小，因而通信速度很快 - 靈活
HTTP允許傳輸各種各樣的數(shù)據(jù) - HTTP 0.9和1.0使用非持續(xù)連接
限制每次連接只處理一個(gè)請(qǐng)求，服務(wù)器對(duì)客戶端的請(qǐng)求做出響應(yīng)后，馬上斷開(kāi)連接，這種方式可以節(jié)省傳輸時(shí)間
4.2HTTP的基本通信過(guò)程
完整的http通信可以分為2大步
請(qǐng)求：客戶端向服務(wù)器索要數(shù)據(jù)
響應(yīng)：服務(wù)器返回客戶端索要的數(shù)據(jù)
4.3發(fā)送HTTP請(qǐng)求的方法
在HTTP/1.1協(xié)議中，定義了9種發(fā)送http請(qǐng)求的方法
GET、POST、OPTIONS、HEAD、PUT、DELETE、TRACE、CONNECT、PATCH
根據(jù)HTTP協(xié)議的設(shè)計(jì)初衷，不同的方法對(duì)資源有不同的操作方式
PUT ：增
DELETE ：刪
POST：改
GET：查
最常用的是GET和POST（實(shí)際上GET和POST都能辦到增刪改查）
要想使用GET和POST請(qǐng)求跟服務(wù)器進(jìn)行交互，得先了解一個(gè)概念
參數(shù) : 就是傳遞給服務(wù)器的具體數(shù)據(jù)，比如登錄時(shí)的帳號(hào)、密碼
4.4GET和POST對(duì)比
GET和POST的主要區(qū)別表現(xiàn)在數(shù)據(jù)傳遞上
GET在請(qǐng)求URL后面以?的形式跟上發(fā)給服務(wù)器的參數(shù)，多個(gè)參數(shù)之間用&隔開(kāi)
http://www.example.com/login?username=123&pwd=456&type=JSON
由于瀏覽器和服務(wù)器對(duì)URL長(zhǎng)度有限制，因此在URL后面附帶的參數(shù)是有限制的，通常不能超過(guò)1KB
POST發(fā)給服務(wù)器的參數(shù)全部放在請(qǐng)求體中
理論上，POST傳遞的數(shù)據(jù)量沒(méi)有限制（具體還得看服務(wù)器的處理能力）
4.5GET和POST的選擇
如果要傳遞大量數(shù)據(jù)，比如文件上傳，只能用POST請(qǐng)求
GET的安全性比POST要差些，如果包含機(jī)密\敏感信息，建議用POST
如果是增加、修改、刪除數(shù)據(jù)，建議使用POST
如果僅僅是索取數(shù)據(jù)（數(shù)據(jù)查詢），建議使用GET
5.HTTP請(qǐng)求和響應(yīng)
HTTP協(xié)議規(guī)定：
1個(gè)完整的由客戶端發(fā)給服務(wù)器的HTTP請(qǐng)求中包含:
請(qǐng)求頭：包含了對(duì)客戶端的環(huán)境描述、客戶端請(qǐng)求信息等
GET /minion.png HTTP/1.1 // 包含了請(qǐng)求方法、請(qǐng)求資源路徑、HTTP協(xié)議版本
Host: 100.100.100.100:32812 // 客戶端想訪問(wèn)的服務(wù)器主機(jī)地址
User-Agent: Mozilla/5.0 // 客戶端的類型，客戶端的軟件環(huán)境
Accept: text/html, */* // 客戶端所能接收的數(shù)據(jù)類型
Accept-Language: zh-cn // 客戶端的語(yǔ)言環(huán)境
Accept-Encoding: gzip // 客戶端支持的數(shù)據(jù)壓縮格式
請(qǐng)求體：客戶端發(fā)給服務(wù)器的具體數(shù)據(jù)，比如文件數(shù)據(jù)(POST請(qǐng)求才會(huì)有)
客戶端向服務(wù)器發(fā)送請(qǐng)求，服務(wù)器應(yīng)當(dāng)做出響應(yīng)，即返回?cái)?shù)據(jù)給客戶端
HTTP協(xié)議規(guī)定：
1個(gè)完整的HTTP響應(yīng)中包含:
響應(yīng)頭：包含了對(duì)服務(wù)器的描述、對(duì)返回?cái)?shù)據(jù)的描述
HTTP/1.1 200 OK // 包含了HTTP協(xié)議版本、狀態(tài)碼、狀態(tài)英文名稱
Server: Apache-Coyote/1.1 // 服務(wù)器的類型
Content-Type: image/jpeg // 返回?cái)?shù)據(jù)的類型
Content-Length: 56811 // 返回?cái)?shù)據(jù)的長(zhǎng)度
Date: Mon, 23 Jun 2014 12:54:52 GMT // 響應(yīng)的時(shí)間
響應(yīng)體：服務(wù)器返回給客戶端的具體數(shù)據(jù)，比如文件數(shù)據(jù)
