一、URL

1、基本介紹

URL的全稱是Uniform Resource Locator（統(tǒng)一資源定位符）
通過1個URL，能找到互聯(lián)網(wǎng)上唯一的1個資源。
URL就是資源的地址、位置，互聯(lián)網(wǎng)上的每個資源都有一個唯一的URL。

URL的基本格式 =協(xié)議://主機地址/路徑
協(xié)議：不同的協(xié)議，代表著不同的資源查找方式、資源傳輸方式
主機地址：存放資源的主機（服務(wù)器）的IP地址（域名）
資源在主機（服務(wù)器）中的具體位置

2、URL中常見的協(xié)議

• HTTP
  超文本傳輸協(xié)議，訪問的是遠程的網(wǎng)絡(luò)資源，格式是http://
  http協(xié)議是在網(wǎng)絡(luò)開發(fā)中最常用的協(xié)議
• file
  訪問的是本地計算機上的資源，格式是file://（不用加主機地址）
• mailto
  訪問的是電子郵件地址，格式是mailto:
• FTP
  訪問的是共享主機的文件資源，格式是ftp://

二、HTTP協(xié)議

1.HTTP協(xié)議簡介

不管是移動客戶端還是PC端，訪問遠程的網(wǎng)絡(luò)資源經(jīng)常使用HTTP協(xié)議
訪問百度主頁：http://www.baidu.com

2、HTTP協(xié)議的作用

HTTP的全稱是Hypertext Transfer Protocol，超文本傳輸協(xié)議

• 規(guī)定客戶端和服務(wù)器之間的數(shù)據(jù)傳輸格式
• 讓客戶端和服務(wù)器能有效地進行數(shù)據(jù)溝通協(xié)議

3、為什么選擇使用HTTP？

• 簡單快速 因為HTTP協(xié)議簡單，所以HTTP服務(wù)器的程序規(guī)模小，因而通信速度很快
• 靈活 HTTP允許傳輸任意類型的數(shù)據(jù)
• HTTP 0.9和1.0使用非持續(xù)連接 限制每次連接只處理一個請求，服務(wù)器對客戶端的請求做出響應(yīng)后，馬上斷開連接，這種方式可以節(jié)省傳輸時間

4、HTTP的通信過程

要想使用HTTP協(xié)議向服務(wù)器索取數(shù)據(jù)，得先了解HTTP通信的完整過程
完整的http通信可以分為2大步驟：

• 1.請求：客戶端向服務(wù)器索要數(shù)據(jù)

• 2.響應(yīng)：服務(wù)器返回客戶端相應(yīng)的數(shù)據(jù)

  
  

三、HTTP通信過程 - 請求和響應(yīng)

1、HTTP通信過程 - 請求

HTTP協(xié)議規(guī)定：1個完整的由客戶端發(fā)給服務(wù)器的HTTP請求中包含以下內(nèi)容

請求行：包含了請求方法、請求資源路徑、HTTP協(xié)議版本
      
GET /MJServer/resources/images/1.jpg HTTP/1.1

請求頭：包含了對客戶端的環(huán)境描述、客戶端請求的主機地址等信息
      
Host: 192.168.1.105:8080 // 客戶端想訪問的服務(wù)器主機地址
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9)               
Firefox/30.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ù)

2、HTTP通信過程 - 響應(yīng)

客戶端向服務(wù)器發(fā)送請求，服務(wù)器應(yīng)當做出響應(yīng)，即返回數(shù)據(jù)給客戶端
HTTP協(xié)議規(guī)定：1個完整的HTTP響應(yīng)中包含以下內(nèi)容：

狀態(tài)行：包含了HTTP協(xié)議版本、狀態(tài)碼、狀態(tài)英文名稱
HTTP/1.1 200 OK

響應(yīng)頭：包含了對服務(wù)器的描述、對返回數(shù)據(jù)的描述

Server: Apache-Coyote/1.1 // 服務(wù)器的類型
Content-Type: image/jpeg // 返回數(shù)據(jù)的類型
Content-Length: 56811 // 返回數(shù)據(jù)的長度
Date: Mon, 23 Jun 2014 12:54:52 GMT // 響應(yīng)的時間

實體內(nèi)容：服務(wù)器返回給客戶端的具體數(shù)據(jù)，比如文件數(shù)據(jù) 

3、常見的響應(yīng)狀態(tài)碼

200 OK：請求成功，信息包含在返回的響應(yīng)報文中。
206 RANGE: bytes=2000070- 斷點續(xù)傳
400 Bad Repuest：客戶端請求的語法錯誤，服務(wù)器無法解析。
403 禁止訪問
404 Not Found：服務(wù)器無法根據(jù)客戶端的請求找到資源。
500 Internal Server Error：服務(wù)器內(nèi)部錯誤，無法完成請求。
505 HTTP Version Not Supported：服務(wù)器不支持請求報文使用的HTTP協(xié)議版本。

四、發(fā)送HTTP請求的方法

1、簡單說明

在HTTP/1.1協(xié)議中，定義了8種發(fā)送http請求的方法
GET、POST、OPTIONS、HEAD、PUT、DELETE、TRACE、CONNECT、PATCH
根據(jù)HTTP協(xié)議的設(shè)計初衷，不同的方法對資源有不同的操作方式
PUT ：增
DELETE ：刪
POST：改
GET：查
提示：最常用的是GET和POST（實際上GET和POST都能辦到增刪改查）

2、GET和POST請求

要想使用GET和POST請求跟服務(wù)器進行交互，得先了解一個概念：參數(shù)就是傳遞給服務(wù)器的具體數(shù)據(jù)，比如登錄時的帳號、密碼
GET和POST對比：GET和POST的主要區(qū)別表現(xiàn)在數(shù)據(jù)傳遞上

GET
在請求URL后面以?的形式跟上發(fā)給服務(wù)器的參數(shù)，多個參數(shù)之間用&隔開，比如http://www.test.com/login?username=123&pwd=234&type=JSON
注意：由于瀏覽器和服務(wù)器對URL長度有限制，因此在URL后面附帶的參數(shù)是有限制的，通常不能超過1KB

POST
發(fā)給服務(wù)器的參數(shù)全部放在請求體中
理論上，POST傳遞的數(shù)據(jù)量沒有限制（具體還得看服務(wù)器的處理能力）

3、GET和POST的選擇

選擇GET和POST的建議
（1）如果要傳遞大量數(shù)據(jù)，比如文件上傳，只能用POST請求
（2）GET的安全性比POST要差些，如果包含機密\敏感信息，建議用POST
（3）如果僅僅是索取數(shù)據(jù)（數(shù)據(jù)查詢），建議使用GET
（4）如果是增加、修改、刪除數(shù)據(jù)，建議使用POST

4、iOS中發(fā)送HTTP請求的方案

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

• 蘋果原生（自帶）
  NSURLConnection：用法簡單，最古老最經(jīng)典最直接的一種方案
  NSURLSession：iOS 7新出的技術(shù)，功能比NSURLConnection更加強大
  CFNetwork：NSURL*的底層，純C語言
• 第三方框架
  ASIHttpRequest：外號“HTTP終結(jié)者”，功能極其強大，可惜早已停止更新
  AFNetworking：簡單易用，提供了基本夠用的常用功能
  建議：
  為了提高開發(fā)效率，企業(yè)開發(fā)用的基本是第三方框架

5、ASI和AFN架構(gòu)對比

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