1、同步請求可以從因特網請求數據，一旦發送同步請求，程序將停止用戶交互，直至服務器返回數據完成，纔可以進行下一步操作，
2、異步請求不會阻塞主線程，而會建立一個新的線程來操作，用戶發出異步請求後，依然可以對UI進行操作，程序可以繼續運行
3、GET請求，將參數直接寫在訪問路徑上。操作簡單，不過容易被外界看到，安全性不高，地址最多255字節；
4、POST請求，將參數放到body裏面。POST請求操作相對複雜，需要將參數和地址分開，不過安全性高，參數放在body裏面，不易被捕獲。
查看源碼打印?
001
1、 同步GET請求
//第一步，創建URL
NSURL *url = [NSURL URLWithString:@"http://api.hudong.com/iphonexml.do?type=focus-c"];
//第二步，通過URL創建網絡請求
NSURLRequest *request = [[NSURLRequest alloc]initWithURL:url cachePolicy:NSURLRequestUseProtocolCachePolicy timeoutInterval:10];
//NSURLRequest初始化方法第一個參數：請求訪問路徑，第二個參數：緩存協議，第三個參數：網絡請求超時時間（秒）
其中緩存協議是個枚舉類型包含：
NSURLRequestUseProtocolCachePolicy（基礎策略）
NSURLRequestReloadIgnoringLocalCacheData（忽略本地緩存）
NSURLRequestReturnCacheDataElseLoad（首先使用緩存，如果沒有本地緩存，才從原地址下載）
NSURLRequestReturnCacheDataDontLoad（使用本地緩存，從不下載，如果本地沒有緩存，則請求失敗，此策略多用於離線操作）
NSURLRequestReloadIgnoringLocalAndRemoteCacheData（無視任何緩存策略，無論是本地的還是遠程的，總是從原地址重新下載）
NSURLRequestReloadRevalidatingCacheData（如果本地緩存是有效的則不下載，其他任何情況都從原地址重新下載）
//第三步，連接服務器
NSData *received = [NSURLConnection sendSynchronousRequest:request returningResponse:nil error:nil];
NSString *str = [[NSString alloc]initWithData:received encoding:NSUTF8StringEncoding];
NSLog(@"%@",str);
2、同步POST請求
//第一步，創建URL
044
045
NSURL *url = [NSURL URLWithString:@"http://api.hudong.com/iphonexml.do"];
046
047
//第二步，創建請求
048
049
NSMutableURLRequest *request = [[NSMutableURLRequest alloc]initWithURL:url cachePolicy:NSURLRequestUseProtocolCachePolicy timeoutInterval:10];
050
051
[request setHTTPMethod:@"POST"];//設置請求方式爲POST，默認爲GET
052
053
NSString *str = @"type=focus-c";//設置參數
054
055
NSData *data = [str dataUsingEncoding:NSUTF8StringEncoding];
056
057
[request setHTTPBody:data];
058
059
//第三步，連接服務器
060
061
062
063
NSData *received = [NSURLConnection sendSynchronousRequest:request returningResponse:nil error:nil];
064
065
066
067
NSString *str1 = [[NSString alloc]initWithData:received encoding:NSUTF8StringEncoding];
068
069
070
071
NSLog(@"%@",str1);
072
3、異步GET請求
073
074
//第一步，創建url
075
076
NSURL *url = [NSURL URLWithString:@"http://api.hudong.com/iphonexml.do?type=focus-c"];
077
078
//第二步，創建請求
079
080
NSURLRequest *request = [[NSURLRequest alloc]initWithURL:url cachePolicy:NSURLRequestUseProtocolCachePolicy timeoutInterval:10];
081
082
//第三步，連接服務器
083
084
NSURLConnection *connection = [[NSURLConnection alloc]initWithRequest:request delegate:self];
085
4、異步POST請求
086
087
//第一步，創建url
088
089
NSURL *url = [NSURL URLWithString:@"http://api.hudong.com/iphonexml.do"];
090
091
//第二步，創建請求
092
093
NSMutableURLRequest *request = [[NSMutableURLRequest alloc]initWithURL:url cachePolicy:NSURLRequestUseProtocolCachePolicy timeoutInterval:10];
094
095
[request setHTTPMethod:@"POST"];
096
097
NSString *str = @"type=focus-c";
098
099
NSData *data = [str dataUsingEncoding:NSUTF8StringEncoding];
100
101
[request setHTTPBody:data];
102
103
//第三步，連接服務器
104
105
NSURLConnection *connection = [[NSURLConnection alloc]initWithRequest:request delegate:self];
106
107
5、異步請求的代理方法
108
109
//接收到服務器迴應的時候調用此方法
110
111
- (void)connection:(NSURLConnection *)connection didReceiveResponse:(NSURLResponse *)response
112
113
{
114
115
NSHTTPURLResponse *res = (NSHTTPURLResponse *)response;
116
117
NSLog(@"%@",[res allHeaderFields]);
118
119
self.receiveData = [NSMutableData data];
120
121
122
123
124
125
}
126
127
//接收到服務器傳輸數據的時候調用，此方法根據數據大小執行若干次
128
129
-(void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data
130
131
{
132
133
[self.receiveData appendData:data];
134
135
}
136
137
//數據傳完之後調用此方法
138
139
-(void)connectionDidFinishLoading:(NSURLConnection *)connection
140
141
{
142
143
NSString *receiveStr = [[NSString alloc]initWithData:self.receiveData encoding:NSUTF8StringEncoding];
144
145
NSLog(@"%@",receiveStr);
146
147
}
148
149
//網絡請求過程中，出現任何錯誤（斷網，連接超時等）會進入此方法
150
151
-(void)connection:(NSURLConnection *)connection
152
153
didFailWithError:(NSError *)error
154
155
{
156
157
NSLog(@"%@",[error localizedDescription]); }
從表面的意思看get 和 post的區別get就是獲取數據，post就是發送數據。這個是誤區。其實兩者都可以的，在IOS向服務器發送請求裏面可以帶參數。
那麼這些誤區是怎麼出現的呢？先看看一下對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的本質區別，也是協議設計者的本意，其它區別都是具體表現形式的差異 )。
再進一步瞭解下他們兩個的區別：
1. GET使用URL或Cookie傳參。而POST將數據放在BODY中。
2. GET的URL會有長度上的限制，則POST的數據則可以非常大。
3. POST比GET安全，因爲數據在地址欄上不可見。
這些也是有點誤區的，就像同步請求一定的慢嗎？
GET和POST與數據如何傳遞沒有關係？
GET和POST是由HTTP協議定義的。在HTTP協議中，Method和Data（URL， Body， Header）是正交的兩個概念，也就是說，使用哪個Method與應用層的數據如何傳輸是沒有相互關係的。
HTTP沒有要求，如果Method是POST數據就要放在BODY中。也沒有要求，如果Method是GET，數據（參數）就一定要放在URL中而不能放在BODY中。
那麼，網上流傳甚廣的這個說法是從何而來的呢？我在HTML標準中，找到了相似的描述。這和網上流傳的說法一致。但是這只是HTML標準對HTTP協議的用法的約定。怎麼能當成GET和POST的區別呢？
而且，現代的Web Server都是支持GET中包含BODY這樣的請求。雖然這種請求不可能從瀏覽器發出，但是現在的Web Server又不是隻給瀏覽器用，已經完全地超出了HTML服務器的範疇了。
HTTP協議對GET和POST都沒有對長度的限制？
HTTP協議明確地指出了，HTTP頭和Body都沒有長度的要求。而對於URL長度上的限制，有兩方面的原因造成：
1. 瀏覽器。據說早期的瀏覽器會對URL長度做限制。據說IE對URL長度會限制在2048個字符內（流傳很廣，而且無數同事都表示認同）。但我自己試了一下，我構造了90K的URL通過IE9訪問live.com，是正常的。網上的東西，哪怕是Wikipedia上的，也不能信。
2. 服務器。URL長了，對服務器處理也是一種負擔。原本一個會話就沒有多少數據，現在如果有人惡意地構造幾個幾M大小的URL，並不停地訪問你的服務器。服務器的最大併發數顯然會下降。另一種***方式是，把告訴服務器Content-Length是一個很大的數，然後只給服務器發一點兒數據，嘿嘿，服務器你就傻等着去吧。哪怕你有超時設置，這種故意的次次訪問超時也能讓服務器吃不了兜着走。有鑑於此，多數服務器出於安全啦、穩定啦方面的考慮，會給URL長度加限制。但是這個限制是針對所有HTTP請求的，與GET、POST沒有關係。
這個貌似聽着對點吧。
3.對於安全不安全講。
get:
.所謂安全的意味着該操作用於獲取信息而非修改信息。換句話說，GET請求一般不應產生副作用。就是說，它僅僅是獲取資源信息，就像數據庫查詢一樣，不會修改，增加數據，不會影響資源的狀態。
* 注意：這裏安全的含義僅僅是指是非修改信息。
POST的安全性要比GET的安全性高。注意：這裏所說的安全性和上面GET提到的“安全”不是同個概念。上面“安全”的含義僅僅是不作數據修改，而這裏安全的含義是真正的Security的含義，比如：通過GET提交數據，用戶名和密碼將明文出現在URL上，因爲(1)登錄頁面有可能被瀏覽器緩存， (2)其他人查看瀏覽器的歷史紀錄，那麼別人就可以拿到你的賬號和密碼了，除此之外，使用GET提交數據還可能會造成Cross-site request forgery*** .
看出來區別了吧