一、URL
1、基本介紹
URL的全稱是Uniform Resource Locator(統一資源定位符
)
通過1個URL,能找到互聯網上唯一的1個資源。
URL就是資源的地址、位置,互聯網上的每個資源都有一個唯一的URL。
URL的基本格式 =協議://主機地址/路徑
協議:不同的協議,代表著不同的資源查找方式、資源傳輸方式
主機地址:存放資源的主機(服務器)的IP地址(域名)
資源在主機(服務器)中的具體位置
2、URL中常見的協議
- HTTP
超文本傳輸協議,訪問的是遠程的網絡資源,格式是http://
http協議是在網絡開發中最常用的協議 - file
訪問的是本地計算機上的資源,格式是file://(不用加主機地址) - mailto
訪問的是電子郵件地址,格式是mailto: - FTP
訪問的是共享主機的文件資源,格式是ftp://
二、HTTP協議
1.HTTP協議簡介
不管是移動客戶端還是PC端,訪問遠程的網絡資源經常使用HTTP協議
訪問百度主頁:http://www.baidu.com
2、HTTP協議的作用
HTTP的全稱是Hypertext Transfer Protocol,超文本傳輸協議
- 規定客戶端和服務器之間的數據傳輸格式
- 讓客戶端和服務器能有效地進行數據溝通協議
3、為什么選擇使用HTTP?
- 簡單快速 因為HTTP協議簡單,所以HTTP服務器的程序規模小,因而通信速度很快
- 靈活 HTTP允許傳輸任意類型的數據
- 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、常見的響應狀態碼
200 OK:請求成功,信息包含在返回的響應報文中。
206 RANGE: bytes=2000070- 斷點續傳
400 Bad Repuest:客戶端請求的語法錯誤,服務器無法解析。
403 禁止訪問
404 Not Found:服務器無法根據客戶端的請求找到資源。
500 Internal Server Error:服務器內部錯誤,無法完成請求。
505 HTTP Version Not Supported:服務器不支持請求報文使用的HTTP協議版本。
四、發送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://www.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)的解決方案有
- 蘋果原生(自帶)
NSURLConnection:用法簡單,最古老最經典最直接的一種方案
NSURLSession:iOS 7新出的技術,功能比NSURLConnection更加強大
CFNetwork:NSURL*的底層,純C語言 - 第三方框架
ASIHttpRequest:外號“HTTP終結者”,功能極其強大,可惜早已停止更新
AFNetworking:簡單易用,提供了基本夠用的常用功能
建議:
為了提高開發效率,企業開發用的基本是第三方框架
5、ASI和AFN架構對比
說明:AFN基于NSURL,ASI基于CFHTTP,ASI的性能更好一些。