iOS HTTP協議

一、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請求的方法
GETPOSTOPTIONSHEADPUTDELETETRACECONNECTPATCH
根據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的性能更好一些。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,967評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,273評論 3 415
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,870評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,742評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,527評論 6 407
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,010評論 1 322
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,108評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,250評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,769評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,656評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,853評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,371評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,103評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,472評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,717評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,487評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,815評論 2 372

推薦閱讀更多精彩內容

  • Spring Cloud為開發人員提供了快速構建分布式系統中一些常見模式的工具(例如配置管理,服務發現,斷路器,智...
    卡卡羅2017閱讀 134,781評論 18 139
  • 一、概念(載錄于:http://www.cnblogs.com/EricaMIN1987_IT/p/3837436...
    yuantao123434閱讀 8,404評論 6 152
  • Http協議詳解 標簽(空格分隔): Linux 聲明:本片文章非原創,內容來源于博客園作者MIN飛翔的HTTP協...
    Sivin閱讀 5,241評論 3 82
  • 前言:最近發現自己在網絡相關這一塊基礎很是欠缺,所以準備花時間了解一下,本文主要是講http協議的一些基礎,和一些...
    justCode_閱讀 2,106評論 0 23
  • HTTP概述 超文本傳輸協議(HTTP,HyperText Transfer Protocol) 是互聯網上應用最...
    曹淵說創業閱讀 3,858評論 2 61