什么是URL
URL的全稱是 uniform resource Locator (統(tǒng)一資源定位符）珠漂，通過1個URL页徐，能找到互聯(lián)網(wǎng)上唯一的1個資源，URL就是資源的地址步责、位置，互聯(lián)網(wǎng)上的每個資源都有一個唯一的URL
- URL的基本格式 = 協(xié)議://主機路徑/路徑
http://baidu.com/img/logo.png http://202.108.22.4/img/logo.png
協(xié)議：不同的協(xié)議，代表著不同的資源查找方式蔓肯、資源傳輸方式
主機地址：存放資源的主機（服務(wù)器）的IP地址（域名）
路徑：資源在主機（服務(wù)器）中的具體位置
URL中常見的協(xié)議
- HTTP
超文本傳輸協(xié)議遂鹊，訪問的是遠程的網(wǎng)絡(luò)資源，格式是 http://
http協(xié)議是在網(wǎng)絡(luò)開發(fā)中最常用的協(xié)議
- file
訪問的是本地計算機資源蔗包，格式是 file://（不用加主機地址）
- mailto
訪問的是電子郵件地址稿辙，格式是 mailto:
- FTP
訪問的是共享主機的文件資源，格式是 ftp://
HTTP協(xié)議簡介
- HTTP協(xié)議的作用
HTTP的全稱是 Hypertext Transfer Protocol气忠，超文本傳輸協(xié)議邻储。規(guī)定客戶端和服務(wù)器之間的數(shù)據(jù)傳輸格式，讓客戶端和服務(wù)器能有效地進行數(shù)據(jù)溝通
- HTTP協(xié)議的特點
1）簡單快速：因為HTTP協(xié)議簡單旧噪，所以HTTP服務(wù)器的程序規(guī)模小吨娜，因而通信速度很快
2）靈活： HTTP允許傳輸各種各樣的數(shù)據(jù)
3）HTTP 0.9和1.0使用非持續(xù)鏈接：限制每次鏈接只處理一個請求，服務(wù)器對客戶端的請求做出響應(yīng)后淘钟，馬上斷開連接宦赠，這種方式可以節(jié)省傳輸時間
HTTP的基本通訊
- 完整的HTTP通信可以分為2大步驟
1）請求：客戶端向服務(wù)器索要數(shù)據(jù)
2）響應(yīng)：服務(wù)器返回客戶端響應(yīng)的數(shù)據(jù)
發(fā)送HTTP請求的方法
- 在HTTP/1.1協(xié)議中，定義了8種發(fā)送HTTP請求的方法
GET米母、POST勾扭、OPTIOMS、 HEAD铁瞒、PUT妙色、DELETE、TRACE慧耍、CONNECT身辨、PATCH
根據(jù)HTTP協(xié)議的設(shè)計初衷，不同的方法對資源有不同的操作方式
PUT: 增
DELETE: 刪
POST: 改
GET: 查
最常用的是GET和POST （實際上GET和POST都能辦到增刪改查）
要想使用GET和POST請求跟服務(wù)器進行交互芍碧，得先了解一個概念
參數(shù)：就是出遞給服務(wù)器的具體數(shù)據(jù)煌珊，比如登錄時的賬號、密碼
GET和POST的選擇
- 選則GET和POST的建議
- 如果要傳遞大量的數(shù)據(jù)泌豆，比如文件上傳定庵，只能用POST請求
- GET的安全性比POST要差些，如果包含機密\敏感信息踪危，建議使用POST
- 如果僅僅是索取數(shù)據(jù)（數(shù)據(jù)查詢）蔬浙，建議使用GET
- 如果是增加、修改陨倡、刪除數(shù)據(jù)敛滋，建議使用POST
GET和POST對比
- GET和POST的主要區(qū)別表現(xiàn)在數(shù)據(jù)傳遞上
- GET：在請求URL后面以 ？的形式發(fā)給服務(wù)器的參數(shù)兴革，多個參數(shù)之間用 & 隔開绎晃，比如
http://www.test.com/login?username:888&pwd:333&type=1蜜唾，由于瀏覽器和服務(wù)器對URL長度有限制，因此在URL后面附帶的參數(shù)是有限制的庶艾，通常不能超過1KB - POST：發(fā)給服務(wù)器的參數(shù)全部放在請求體中袁余。理論上，POST傳遞的數(shù)據(jù)量沒有限制（具體還得看服務(wù)器的處理能力）
- GET：在請求URL后面以 ？的形式發(fā)給服務(wù)器的參數(shù)兴革，多個參數(shù)之間用 & 隔開绎晃，比如
iOS中發(fā)送HTTP請求的方案
-
在iOS中咱揍，常見常見的發(fā)送請求的方案有
蘋果自帶： 1）NSURLConnection: 用法簡單颖榜，最古老最經(jīng)典最直接的一種方案【坑比較多】 2）NSURLSession: 功能比NSURLConnection更加強大，蘋果目前比較推薦使用 3）CFNetwork: NRURL 的底層煤裙，純C語言 第三方框架： 1) ASIHttpRequest：外號“HTTP終結(jié)者”掩完，功能極其強大，可惜早已停止更新 2) AFNetworking：簡單易用硼砰，提供了基本夠用的常用功能且蓬，維護和使用者多 3）MKNetworkKit：簡單易用，產(chǎn)自三哥的故鄉(xiāng)印度题翰，維護和使用者少 建議 為了提高開發(fā)效率恶阴，企業(yè)開發(fā)用的基本是第三方框架
HTTP通信過程-請求
-
HTTP協(xié)議規(guī)定：1個完成的客戶端發(fā)給服務(wù)器的HTTP請求中包含以下內(nèi)容
-
請求頭：包含了對客戶端的環(huán)境描述、客戶端的請求信息等
GET/minion.png HTTP/1.1 包含了請求方法豹障、請求資源路徑冯事、HTTP協(xié)議版本 Host： 120.22.445.168:8888 客戶端想訪問的服務(wù)器主機地址 User-Agent: Mozilla/5.0 客戶端的類型，客戶端的軟件環(huán)境 Accept: text/html, */* 客戶端所能接受的數(shù)據(jù)類型 Accept-Language: zh-cn 客戶端的語言環(huán)境 Accept-Encoding: gzip 客戶端支持的數(shù)據(jù)壓縮格式
-
請求體：客戶端發(fā)給服務(wù)器的具體數(shù)據(jù)血公，比如文件數(shù)據(jù)[POST請求才會有]
HTTP通信過程-響應(yīng)
- 客戶端向服務(wù)器發(fā)送請求昵仅，服務(wù)器應(yīng)當做出響應(yīng)，即返回數(shù)據(jù)給客戶端
- HTTP協(xié)議規(guī)定：1個完整的HTTP響應(yīng)中包含以下內(nèi)容
-
響應(yīng)頭：包含了對服務(wù)器的描述坞笙、對返回數(shù)據(jù)的描述
HTTP/1.1 200 OK 包含了HTTP協(xié)議的版本岩饼、狀態(tài)碼、狀態(tài)英文名稱 Server: Apache-Coyote/1.1 服務(wù)器的類型 Content-Type: image/jpeg 返回數(shù)據(jù)的類型 Content-Length: 569988 返回數(shù)據(jù)的長度 Date: Mon, 20 Jun 2015 13:33:32 GMT 響應(yīng)時間響應(yīng)體：服務(wù)器返回客戶端的具體數(shù)據(jù)薛夜，比如文件數(shù)據(jù)
-
常見響應(yīng)狀態(tài)碼
