IOS開發網絡篇—HTTP協議

說明：apache tomcat服務器必須占用8080端口

一、URL

1.基本介紹

URL的全稱是Uniform Resource Locator（統一資源定位符）

通過1個URL，能找到互聯網上唯一的1個資源

URL就是資源的地址、位置，互聯網上的每個資源都有一個唯一的URL

2.URL中常見的協議

（1）HTTP

超文本傳輸協議，訪問的是遠程的網絡資源，格式是http://

http協議是在網絡開發中最常用的協議

（2）file

訪問的是本地計算機上的資源，格式是file://（不用加主機地址）

（3）mailto

訪問的是電子郵件地址，格式是mailto:

（4）FTP

訪問的是共享主機的文件資源，格式是ftp://

二、HTTP協議

1.HTTP協議簡介

不管是移動客戶端還是PC端，訪問遠程的網絡資源經常使用HTTP協議

訪問百度主頁：http://www.baidu.com

獲得新浪的微博數據

獲得大眾點評的團購數據

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）響應：服務器返回客戶端相應的數據

三、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 // 響應的時間

實體內容：服務器返回給客戶端的具體數據，比如文件數據       

3.補充：推薦工具firebug-1.12.5-fx.xpi   

蟲子的作用：攔截所有的http請求。

4.常見的響應狀態碼

四、發送HTTP請求的方法

1.簡單說明

在HTTP/1.1協議中，定義了8種發送http請求的方法

GET、POST、OPTIONS、HEAD、PUT、DELETE、TRACE、CONNECT、PATCH

根據HTTP協議的設計初衷，不同的方法對資源有不同的操作方式

PUT ：增

DELETE ：刪

POST：改

GET：查

提示：最常用的是GET和POST（實際上GET和POST都能辦到增刪改查）

2.get和post請求                   

要想使用GET和POST請求跟服務器進行交互，得先了解一個概念：參數就是傳遞給服務器的具體數據，比如登錄時的帳號、密碼

GET和POST對比：GET和POST的主要區別表現在數據傳遞上

GET

在請求URL后面以?的形式跟上發給服務器的參數，多個參數之間用&隔開，比如http://ww.test.com/login?username=123&pwd=234&type=JSON

注意：由于瀏覽器和服務器對URL長度有限制，因此在URL后面附帶的參數是有限制的，通常不能超過1KB

POST

發給服務器的參數全部放在請求體中

理論上，POST傳遞的數據量沒有限制（具體還得看服務器的處理能力）

3.GET和POST的選擇

選擇GET和POST的建議

（1）如果要傳遞大量數據，比如文件上傳，只能用POST請求

（2）GET的安全性比POST要差些，如果包含機密/敏感信息，建議用POST

（3）如果僅僅是索取數據（數據查詢），建議使用GET

（4）如果是增加、修改、刪除數據，建議使用POST    

4.iOS中發送HTTP請求的方案

在iOS中，常見的發送HTTP請求（GET和POST）的解決方案有

（1）蘋果原生（自帶）

NSURLConnection：用法簡單，最古老最經典最直接的一種方案

NSURLsession：iOS 7新出的技術，功能比NSURLConnection更加強大

CFNetwork：NSURL*的底層，純C語言

（2）第三方框架

ASIHttpRequest：外號“HTTP終結者”，功能極其強大，可惜早已停止更新

AFNetworking：簡單易用，提供了基本夠用的常用功能

建議：

為了提高開發效率，企業開發用的基本是第三方框架

5.ASI和AFN架構對比

說明：AFN基于NSURL，ASI基于CFHTTP，ASI的性能更好一些。