客戶端（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ù)給客戶端
移動(dòng)端想顯示網(wǎng)絡(luò)上的數(shù)據(jù)，分兩個(gè)步驟：1.發(fā)一個(gè)請(qǐng)求給服務(wù)器；2.解析服務(wù)器返回響應(yīng)
服務(wù)器
一、遠(yuǎn)程服務(wù)器（正式服務(wù)器），即應(yīng)用上線之后使用的服務(wù)器；
二、本地服務(wù)器（測(cè)試服務(wù)器），開(kāi)發(fā)測(cè)試
HTTP
如何找到服務(wù)器
網(wǎng)絡(luò)中有著各式各樣的服務(wù)器，那么怎么找到呢？即客戶端如何連接服務(wù)器？通過(guò)URL找到想要連接的服務(wù)器。
URL
Uniform Resource Locator（統(tǒng)一資源定位符）
通過(guò)一個(gè)URL，能夠遭到互聯(lián)網(wǎng)上唯一的一個(gè)資源
URL就是資源的地址、位置，互聯(lián)網(wǎng)上的每一個(gè)資源都有唯一的URL
URL的基本格式 = 協(xié)議://主機(jī)地址/路徑
https://www.baidu.com/*****
協(xié)議：不同的協(xié)議，代表著不同的資源查找方式、資源傳輸方式
主機(jī)地址：存放資源的主機(jī)（服務(wù)器）的IP地址（域名）
路徑：資源在主機(jī)（服務(wù)器）中的具體位置
URL中常見(jiàn)的協(xié)議
HTTP
超文本傳輸協(xié)議，訪問(wèn)遠(yuǎn)程網(wǎng)絡(luò)資源，格式是 http://
file
訪問(wèn)的是本地計(jì)算機(jī)上的資源，格式是file://（不用加主機(jī)地址）
mailto
訪問(wèn)的是電子郵件地址，格式是mailto:
FTP
訪問(wèn)的是共享主機(jī)的文件資源，格式是ftp://
HTTP協(xié)議簡(jiǎn)介
不管是移動(dòng)客戶端還是PC端，訪問(wèn)遠(yuǎn)程的網(wǎng)絡(luò)資源經(jīng)常使用HTTP協(xié)議?？蛻舳私o服務(wù)器發(fā)送怎樣格式的數(shù)據(jù)給服務(wù)器，服務(wù)器才能看懂？
服務(wù)器該返回什么格式的數(shù)據(jù)給客戶端，客戶端才能看懂？
兩邊要怎樣傳輸數(shù)據(jù)才能有效溝通？
HTTP協(xié)議的作用
HTTP的全稱是Hypertext Transfer Protocol，超文本傳輸協(xié)議；
規(guī)定客戶端和服務(wù)器之間的數(shù)據(jù)傳輸格式；
讓客戶端和服務(wù)器能有效地進(jìn)行數(shù)據(jù)溝通。
HTTP協(xié)議的特點(diǎn)
簡(jiǎn)單快速
因?yàn)镠TTP協(xié)議簡(jiǎn)單，所以HTTP服務(wù)器的程序規(guī)模小，因而通信速度很快
靈活
HTTP允許傳輸各種各樣的數(shù)據(jù)
完整的http通信可以分為2大步驟
請(qǐng)求：客戶端向服務(wù)器索要數(shù)據(jù)
響應(yīng)：服務(wù)器返回客戶端相應(yīng)的數(shù)據(jù)
開(kāi)發(fā)中，要會(huì)如何給服務(wù)器發(fā)送請(qǐng)求，如何解析服務(wù)器返回給客戶端的數(shù)據(jù)
發(fā)送HTTP請(qǐng)求的方法
根據(jù)HTTP協(xié)議的設(shè)計(jì)初衷，不同的方法對(duì)資源有不同的操作方式
最常用的是GET和POST（實(shí)際上GET和POST都能辦到增刪改查）
要想使用GET和POST請(qǐng)求跟服務(wù)器進(jìn)行交互，得先了解一個(gè)概念
參數(shù)
就是傳遞給服務(wù)器的具體數(shù)據(jù)，比如登錄時(shí)的帳號(hào)、密碼
GET和POST對(duì)比
GET和POST的主要區(qū)別表現(xiàn)在數(shù)據(jù)傳遞上
GET
在請(qǐng)求URL后面以?的形式跟上發(fā)給服務(wù)器的參數(shù)，多個(gè)參數(shù)之間用&隔開(kāi)，比如http://ww.test.com/login?username=123&pwd=234&type=JSON
由于瀏覽器和服務(wù)器對(duì)URL長(zhǎng)度有限制，因此在URL后面附帶的參數(shù)是有限制的，通常不能超過(guò)1KB
POST
發(fā)給服務(wù)器的參數(shù)全部放在請(qǐng)求體中
理論上，POST傳遞的數(shù)據(jù)量沒(méi)有限制（具體還得看服務(wù)器的處理能力）
GET和POST的選擇
選擇GET和POST的建議
》如果要傳遞大量數(shù)據(jù)，比如文件上傳，只能用POST請(qǐng)求
》GET的安全性比POST要差些，如果包含機(jī)密\敏感信息，建議用POST
》如果僅僅是索取數(shù)據(jù)（數(shù)據(jù)查詢），建議使用GET
》如果是增加、修改、刪除數(shù)據(jù)，建議使用POST
iOS中發(fā)送HTTP請(qǐng)求的方案
蘋(píng)果原生（自帶）
》NSURLConnection：用法簡(jiǎn)單，最古老最經(jīng)典最直接的一種方案【坑比較多】
》》NSURLSession：功能比NSURLConnection更加強(qiáng)大，蘋(píng)果目前比較推薦使用這種技術(shù)【2013推出，iOS7開(kāi)始出的技術(shù)】
》CFNetwork：NSURL*的底層，純C語(yǔ)言
》第三方框架
-ASIHttpRequest：外號(hào)“HTTP終結(jié)者”，功能極其強(qiáng)大，可惜早已停止更新
-》AFNetworking：簡(jiǎn)單易用，提供了基本夠用的常用功能，維護(hù)和使用者多
-MKNetworkKit：簡(jiǎn)單易用，產(chǎn)自三哥的故鄉(xiāng)印度，維護(hù)和使用者少
》建議
為了提高開(kāi)發(fā)效率，企業(yè)開(kāi)發(fā)用的基本是第三方框架
HTTP通信過(guò)程 - 請(qǐng)求
請(qǐng)求頭：包含了 對(duì)客戶端環(huán)境的描述、客戶端請(qǐng)求信息等
GET /minion.png HTTP/1.1 // 包含了請(qǐng)求方法、請(qǐng)求資源路徑、HTTP協(xié)議版本
Host: 120.25.226.186: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ì)有)
HTTP通信過(guò)程 - 響應(yīng)
客戶端向服務(wù)器發(fā)送請(qǐng)求，服務(wù)器應(yīng)當(dāng)做出響應(yīng)，即返回?cái)?shù)據(jù)給客戶端
HTTP協(xié)議規(guī)定：1個(gè)完整的HTTP響應(yīng)中包含以下內(nèi)容
響應(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ù)
URL
URL 全稱是Uniform Resource Locator，即統(tǒng)一資源定位符，通過(guò)一個(gè)URL，可以找到互聯(lián)網(wǎng)上唯一的一個(gè)資源
URL就是資源的地址、位置，互聯(lián)網(wǎng)上每個(gè)資源都有UI個(gè)唯一的URL
基本格式：協(xié)議://主機(jī)地址/路徑
-協(xié)議：不同的協(xié)議，代表著不同的資源查找方式，資源傳輸方式
-主機(jī)地址：存放資源的主機(jī)的IP地域
-路徑：資源在主機(jī)中的位置
HTTP 超文本傳輸協(xié)議
HTTP是一個(gè)應(yīng)用層協(xié)議，由請(qǐng)求和響應(yīng)構(gòu)成，是一個(gè)標(biāo)準(zhǔn)的客戶端服務(wù)器模型
HTTP 在客戶端和服務(wù)器交互時(shí)：三次握手
巧了！什么是三次握手呢？
比如：A給B打電話，B:喂（第一次響應(yīng)）A：喂（第二次響應(yīng)）老王啊。。。（第三次響應(yīng)）
<li>
</li>
HTTPS安全超文本傳輸協(xié)議
其使用SSL（安全套接字層）進(jìn)行信息交換，在發(fā)送方把原始數(shù)據(jù)進(jìn)行加密，然后在接收方進(jìn)行解密，且雙方有共知的密鑰實(shí)現(xiàn)（安全性）。
HTTP協(xié)議的常見(jiàn)請(qǐng)求方式
<li>GET
<li>POST
相同點(diǎn)
給服務(wù)器傳輸數(shù)據(jù)
不同點(diǎn)
1.給服務(wù)器傳輸?shù)姆绞讲煌?br>
GET：通過(guò)網(wǎng)址字符串；
POST：通過(guò)data
2.傳輸數(shù)據(jù)的大小不同
GET：最多255字節(jié)
POST：容量超過(guò)1G
3.安全性
GET：類似于密碼的明文輸入，直接可見(jiàn)
PIST：數(shù)據(jù)被轉(zhuǎn)成二進(jìn)制數(shù)據(jù)，類似于密碼的秘聞?shì)斎?，無(wú)法直接讀取
