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的性能更好一些。