iOS開發網路篇—HTTP協議,ios開發協議

來源:互聯網
上載者:User

iOS開發網路篇—HTTP協議,ios開發協議

iOS開發網路篇—HTTP協議

說明:apache tomcat伺服器必須佔用8080連接埠

一、URL

1.基本介紹

URL的全稱是Uniform Resource Locator(統一資源定位器)

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

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

 

2.URL中常見的協議

(1)HTTP

超文字傳輸通訊協定 (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,超文字傳輸通訊協定 (HTTP)

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

 

  

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.