iOS網絡請求 get - post 區(qū)別

同步請求可以從因特網請求數據, 一旦發(fā)送同步請求,程序將停止用戶交互,直至服務器返回數據完成, 才可以進行下一步操作

異步請求不會阻塞主線程, 而會建立一個新的線程來操作, 用戶發(fā)出異步請求后, 依然可以對 UI 進行操作, 程序可以繼續(xù)運行

GET請求, 將參數直接寫在訪問路徑上. 操作簡單, 不過容易讓外界看到, 安全性不高, 地址最多 255 字節(jié).

POST 請求, 將參數放到 body 里面, POST請求的操作相對復雜, 需要將參數和地址分開, 不過安全性高,參數放在body里面, 不容易被捕獲.

//開發(fā)中不推薦使用同步網絡請求

1. 同步GET請求

//第一步:? 創(chuàng)建 URL

//地址字符串

NSString *urlString = @"http://ipad-bjwb.bjd.com.cn/DigitalPublication/publish/Handler/APINewsList.ashx?date=20131129&startRecord=1&len=5&udid=1234567890&terminalType=Iphone&cid=213";

//統(tǒng)一資源定位符(URL)

NSURL *url = [NSURL URLWithString:urlString];

其中緩存協(xié)議是個枚舉類型包含:

NSURLRequestUseProtocolCachePolicy(基礎策略)

NSURLRequestReloadIgnoringLocalCacheData(忽略本地緩存) √

NSURLRequestReturnCacheDataElseLoad(首先使用緩存,如果沒有本地緩存,才從原地址下載)

NSURLRequestReturnCacheDataDontLoad(使用本地緩存,從不下載,如果本地沒有緩存,則請求失敗,此策略多用于離線操作? ? √

NSURLRequestReloadIgnoringLocalAndRemoteCacheData(無視任何緩存策略,無論是本地的還是遠程的,總是從原地址重新下載)

NSURLRequestReloadRevalidatingCacheData(如果本地緩存是有效的則不下載,其他任何情況都從原地址重新下載)√

2.//第一個參數:統(tǒng)一資源定位符(請求訪問路徑)

//第二個參數:緩存策略(緩存協(xié)議)

//第三個參數:超時時間(網絡請求超時時間)

NSURLRequest *request = [NSURLRequest requestWithURL:url cachePolicy:NSURLRequestReloadIgnoringLocalCacheData timeoutInterval:60.0f];

3. 連接服務器

//NSURLConnection 在iOS9.0之后, 不推薦使用了

//第一個參數:NSURLRequest 類型的對象

//第二個參數:存儲的是一些網絡請求的信息,一般為nil(包體)

//第三個參數:錯誤信息

NSData *data = [NSURLConnection sendSynchronousRequest:request returningResponse:nil error:nil];? //從網上請求得到的數據

NSString *str = [[NSString alloc]initWithData:data encoding:NSUTF8StringEncoding];? //轉碼之后,可以打印出來

NSLog(@"str == %@", str); //打印

拓展 ----此外: 可以將獲取到的數據, 進行解析 ----

//解析數據

//用字典接收數據, 并且打印? ----->這里用什么接收要看解析內容的結構的 ---

NSDictionary *dic = [NSJSONSerialization JSONObjectWithData:data options:NSJSONReadingAllowFragments error:nil];

NSLog(@"dic === %@", dic);

POST 同步

//第一步,創(chuàng)建URL

NSURL *url = [NSURL URLWithString:@"http://ipad-bjwb.bjd.com.cn/DigitalPublication/publish/Handler/APINewsList.ashx"];

//第二步,創(chuàng)建請求

NSMutableURLRequest *request = [[NSMutableURLRequest alloc]initWithURL:url cachePolicy:NSURLRequestUseProtocolCachePolicy timeoutInterval:10];

[request setHTTPMethod:@"POST"];//設置請求方式為POST,默認為GET

NSString *str = @"date=20131129&startRecord=1&len=5&udid=1234567890&terminalType=Iphone&cid=213";//設置參數 (創(chuàng)建一個字符串, 這個是后臺告訴的)

NSData *data = [str dataUsingEncoding:NSUTF8StringEncoding]; //將這個字符串轉換成 NSData 類型的對象, (data 是上傳的數據)

//設置請求方式 方式為大寫的 如 :POST GET

//如果是GET 請求可以不設置,但是POST請求必須設置

[urlRequest setHTTPMethod:@"POST"];

//把需要上傳的data放進request里面

[request setHTTPBody:data];

//第三步,連接服務器

//NSURLConnection 在iOS9.0之后, 不推薦使用了

//第一個參數:NSURLRequest 類型的對象

//第二個參數:存儲的是一些網絡請求的信息,一般為nil(包體)

//第三個參數:錯誤信息

NSData *received = [NSURLConnection sendSynchronousRequest:request returningResponse:nil error:nil];? ? //從網上請求得到的數據

NSString *str1 = [[NSString alloc]initWithData:received encoding:NSUTF8StringEncoding]; //轉碼

NSLog(@"%@",str1); //打印

拓展 ----此外: 可以將獲取到的數據, 進行解析 ----

//解析數據

//用字典接收數據, 并且打印? ----->這里用什么接收要看解析內容的結構的 ---

NSDictionary *dic = [NSJSONSerialization JSONObjectWithData:received options:NSJSONReadingAllowFragments error:nil];

NSLog(@"dic === %@", dic);

GET 異步 --->代理的方式 ---

//第一步,創(chuàng)建url

NSString *urlString = @"http://ipad-bjwb.bjd.com.cn/DigitalPublication/publish/Handler/APINewsList.ashx?date=20131129&startRecord=1&len=5&udid=1234567890&terminalType=Iphone&cid=213";

NSURL *url = [NSURL URLWithString:urlString];

//第二步,創(chuàng)建請求

//NSURLRequest *request = [NSMutableURLRequest requestWithURL:url];

NSURLRequest *request = [[NSURLRequest alloc]initWithURL:url cachePolicy:NSURLRequestUseProtocolCachePolicy timeoutInterval:10];

//第三步,連接服務器 --->代理的異步網絡請求(GET)----

//第一個參數 : NSURLRequest

//第二個參數 : 代理人

NSURLConnection *connection = [[NSURLConnection alloc]initWithRequest:request delegate:self];

//接收到服務器回應的時候調用此方法

//服務器開始響應

- (void)connection:(NSURLConnection *)connection didReceiveResponse:(NSURLResponse *)response

{

//初始化保存結果的data

self.resultData = [NSMutableData data];

}

//接收到服務器傳輸數據的時候調用,此方法根據數據大小執(zhí)行若干次

//接收到數據

//這個方法會重復執(zhí)行,所以可能拿到一段一段的數據,這就需要我們把這些數據拼接起來

- (void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data

{

// 為了防止拿到的數據不全, 所以把拿到的數據拼接到保存結果的data中.

[self.resultData appendData:data];

}

//數據傳完之后調用此方法

//結束響應

- (void)connectionDidFinishLoading:(NSURLConnection *)connection

{

NSDictionary *dic = [NSJSONSerialization JSONObjectWithData:self.resultData options:NSJSONReadingAllowFragments error:nil];

NSLog(@"dic === %@", dic);

//更新數據源數組

//刷新UI

}

//網絡請求過程中,出現任何錯誤(斷網,連接超時等)會進入此方法

-(void)connection:(NSURLConnection *)connection didFailWithError:(NSError *)error

{

NSLog(@"%@",[error localizedDescription]);

}

GET 異步 --->Block的方式 ---

//第一步,創(chuàng)建url

NSString *urlString = @"http://ipad-bjwb.bjd.com.cn/DigitalPublication/publish/Handler/APINewsList.ashx?date=20131129&startRecord=1&len=5&udid=1234567890&terminalType=Iphone&cid=213";

NSURL *url = [NSURL URLWithString:urlString];

//第二步,創(chuàng)建請求

//NSURLRequest *request = [NSMutableURLRequest requestWithURL:url];

NSURLRequest *request = [[NSURLRequest alloc]initWithURL:url cachePolicy:NSURLRequestUseProtocolCachePolicy timeoutInterval:10];

//第三步,連接服務器 ---> Block的方法 ---

//調用帶有block回調的方法,執(zhí)行網絡請求

// 第一個參數: NSURLRequest

// 第二個參數: block塊里面的代碼在哪個線程執(zhí)行 (新添加的線程)

[NSURLConnection sendAsynchronousRequest:request queue:[NSOperationQueue mainQueue] completionHandler:^(NSURLResponse * _Nullable response, NSData * _Nullable data, NSError * _Nullable connectionError) {

//response : 攜帶是接口的一些信息 header

//data : 請求下來的數據,需要使用的

//connectionError : 錯誤信息

#warning 不要在子線程更新UI,在主線程更新

if (connectionError == nil) {

//這里應該刷新UI了

//1.給數據源數組賦值

//2,賦值結束之后.刷新UI([self.tableView reloadData])

NSDictionary *dic = [NSJSONSerialization JSONObjectWithData:data options:NSJSONReadingAllowFragments error:nil];

NSLog(@"dic == %@",dic);

}

}];

POST 異步 ----> 代理的方法 ---

//第一步,創(chuàng)建url

NSString *urlString = @"http://ipad-bjwb.bjd.com.cn/DigitalPublication/publish/Handler/APINewsList.ashx";

NSURL? *url = [NSURL URLWithString:urlString];

//第二步,創(chuàng)建請求

NSMutableURLRequest *urlRequest = [NSMutableURLRequest requestWithURL:url];

NSString *dataString = @"date=20131129&startRecord=1&len=5&udid=1234567890&terminalType=Iphone&cid=213";

NSData *postData = [dataString dataUsingEncoding:NSUTF8StringEncoding];

[urlRequest setHTTPMethod:@"POST"];

[urlRequest setHTTPBody:postData];

//第三步,連接服務器 --->代理的方式 ---

[NSURLConnection connectionWithRequest:urlRequest delegate:self];

//接收到服務器回應的時候調用此方法

//服務器開始響應

- (void)connection:(NSURLConnection *)connection didReceiveResponse:(NSURLResponse *)response

{

//初始化保存結果的data

self.resultData = [NSMutableData data];

}

//接收到服務器傳輸數據的時候調用,此方法根據數據大小執(zhí)行若干次

//接收到數據

//這個方法會重復執(zhí)行,所以可能拿到一段一段的數據,這就需要我們把這些數據拼接起來

- (void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data

{

// 為了防止拿到的數據不全, 所以把拿到的數據拼接到保存結果的data中.

[self.resultData appendData:data];

}

//數據傳完之后調用此方法

//結束響應

- (void)connectionDidFinishLoading:(NSURLConnection *)connection

{

NSDictionary *dic = [NSJSONSerialization JSONObjectWithData:self.resultData options:NSJSONReadingAllowFragments error:nil];

NSLog(@"dic === %@", dic);

//更新數據源數組

//刷新UI

}

//網絡請求過程中,出現任何錯誤(斷網,連接超時等)會進入此方法

-(void)connection:(NSURLConnection *)connection didFailWithError:(NSError *)error

{

NSLog(@"%@",[error localizedDescription]);

}

POST異步 ---> Block 的方法----

//第一步,創(chuàng)建url

NSString *urlString = @"http://ipad-bjwb.bjd.com.cn/DigitalPublication/publish/Handler/APINewsList.ashx";

NSURL? *url = [NSURL URLWithString:urlString];

//第二步,創(chuàng)建請求

NSMutableURLRequest *urlRequest = [NSMutableURLRequest requestWithURL:url];

NSString *dataString = @"date=20131129&startRecord=1&len=5&udid=1234567890&terminalType=Iphone&cid=213";

NSData *postData = [dataString dataUsingEncoding:NSUTF8StringEncoding];

[urlRequest setHTTPMethod:@"POST"];

[urlRequest setHTTPBody:postData];

//第三步,連接服務器 --->block---

//調用帶有block回調的方法,執(zhí)行網絡請求

// 第一個參數: NSURLRequest

// 第二個參數: block塊里面的代碼在哪個線程執(zhí)行 (新添加的線程)

[NSURLConnection sendAsynchronousRequest:urlRequest queue:[NSOperationQueue mainQueue] completionHandler:^(NSURLResponse * _Nullable response, NSData * _Nullable data, NSError * _Nullable connectionError) {

//response : 攜帶是接口的一些信息 header

//data : 請求下來的數據,需要使用的

//connectionError : 錯誤信息

#warning 不要在子線程更新UI,在主線程更新

if (connectionError == nil) {

//這里應該刷新UI了

//1.給數據源數組賦值

//2,賦值結束之后.刷新UI([self.tableView reloadData])

NSDictionary *dic = [NSJSONSerialization JSONObjectWithData:data options:NSJSONReadingAllowFragments error:nil];

NSLog(@"dic == %@",dic);

}

}];

從表面的意思看get 和 post的區(qū)別get就是獲取數據,post就是發(fā)送數據。這個是誤區(qū)。其實兩者都可以的,在IOS向服務器發(fā)送請求里面可以帶參數。

那么這些誤區(qū)是怎么出現的呢?先看看一下對http的解釋

一般在瀏覽器中輸入網址訪問資源都是通過GET方式;在FORM提交中,可以通過Method指定提交方式為GET或者POST,默認為GET提交

Http定義了與服務器交互的不同方法,最基本的方法有4種,分別是GET,POST,PUT,DELETE

URL全稱是資源描述符,我們可以這樣認為:一個URL地址,它用于描述一個網絡上的資源,而HTTP中的GET,POST,PUT,DELETE就對應著對這個資源的查 ,改 ,增 ,刪 4個操作。到這里,大家應該有個大概的了解了,GET一般用于獲取/查詢 資源信息,而POST一般用于更新 資源信息(個人認為這是GET和POST的本質區(qū)別,也是協(xié)議設計者的本意,其它區(qū)別都是具體表現形式的差異 )。

再進一步了解下他們兩個的區(qū)別:

GET使用URL或Cookie傳參。而POST將數據放在BODY中。

GET的URL會有長度上的限制,則POST的數據則可以非常大。

POST比GET安全,因為數據在地址欄上不可見。

這些也是有點誤區(qū)的,就像同步請求一定的慢嗎?

GET和POST與數據如何傳遞沒有關系?

GET和POST是由HTTP協(xié)議定義的。在HTTP協(xié)議中,Method和Data(URL, Body, Header)是正交的兩個概念,也就是說,使用哪個Method與應用層的數據如何傳輸是沒有相互關系的。

HTTP沒有要求,如果Method是POST數據就要放在BODY中。也沒有要求,如果Method是GET,數據(參數)就一定要放在URL中而不能放在BODY中。

那么,網上流傳甚廣的這個說法是從何而來的呢?我在HTML標準中,找到了相似的描述。這和網上流傳的說法一致。但是這只是HTML標準對HTTP協(xié)議的用法的約定。怎么能當成GET和POST的區(qū)別呢?

而且,現代的Web Server都是支持GET中包含BODY這樣的請求。雖然這種請求不可能從瀏覽器發(fā)出,但是現在的Web Server又不是只給瀏覽器用,已經完全地超出了HTML服務器的范疇了。

HTTP協(xié)議對GET和POST都沒有對長度的限制?

HTTP協(xié)議明確地指出了,HTTP頭和Body都沒有長度的要求。而對于URL長度上的限制,有兩方面的原因造成:

瀏覽器。據說早期的瀏覽器會對URL長度做限制。據說IE對URL長度會限制在2048個字符內(流傳很廣,而且無數同事都表示認同)。但我自己試了一下,我構造了90K的URL通過IE9訪問live.com,是正常的。網上的東西,哪怕是Wikipedia上的,也不能信。

服務器。URL長了,對服務器處理也是一種負擔。原本一個會話就沒有多少數據,現在如果有人惡意地構造幾個幾M大小的URL,并不停地訪問你的服務器。服務器的最大并發(fā)數顯然會下降。另一種攻擊方式是,把告訴服務器Content-Length是一個很大的數,然后只給服務器發(fā)一點兒數據,嘿嘿,服務器你就傻等著去吧。哪怕你有超時設置,這種故意的次次訪問超時也能讓服務器吃不了兜著走。有鑒于此,多數服務器出于安全啦、穩(wěn)定啦方面的考慮,會給URL長度加限制。但是這個限制是針對所有HTTP請求的,與GET、POST沒有關系。這個貌似聽著對點吧。

3.對于安全不安全講。

get:

.所謂安全的意味著該操作用于獲取信息而非修改信息。換句話說,GET請求一般不應產生副作用。就是說,它僅僅是獲取資源信息,就像數據庫查詢一樣,不會修改,增加數據,不會影響資源的狀態(tài)。

注意:這里安全的含義僅僅是指是非修改信息。

POST的安全性要比GET的安全性高。注意:這里所說的安全性和上面GET提到的“安全”不是同個概念。上面“安全”的含義僅僅是不作數據修改,而這里安全的含義是真正的Security的含義,比如:通過GET提交數據,用戶名和密碼將明文出現在URL上,因為(1)登錄頁面有可能被瀏覽器緩存, (2)其他人查看瀏覽器的歷史紀錄,那么別人就可以拿到你的賬號和密碼了,除此之外,使用GET提交數據還可能會造成Cross-site request forgery攻擊 .

看出來區(qū)別了吧

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

推薦閱讀更多精彩內容