0.第三方框架SDWebImage

（1）SDWebImage基本使用

01設(shè)置imageView的圖片? ? [cell.imageViewsd_setImageWithURL:[NSURLURLWithString:app.icon] placeholderImage:[UIImageimageNamed:@"placehoder"]];02設(shè)置圖片并計(jì)算下載進(jìn)度//下載并設(shè)置圖片/*

第一個(gè)參數(shù)：要下載圖片的url地址

第二個(gè)參數(shù)：設(shè)置該imageView的占位圖片

第三個(gè)參數(shù)：傳一個(gè)枚舉值，告訴程序你下載圖片的策略是什么

第一個(gè)block塊：獲取當(dāng)前圖片數(shù)據(jù)的下載進(jìn)度

receivedSize：已經(jīng)下載完成的數(shù)據(jù)大小

expectedSize：該文件的數(shù)據(jù)總大小

第二個(gè)block塊：當(dāng)圖片下載完成之后執(zhí)行該block中的代碼

image:下載得到的圖片數(shù)據(jù)

error:下載出現(xiàn)的錯(cuò)誤信息

SDImageCacheType：圖片的緩存策略（不緩存，內(nèi)存緩存，沙盒緩存）

imageURL：下載的圖片的url地址

*/[cell.imageViewsd_setImageWithURL:[NSURLURLWithString:app.icon] placeholderImage:[UIImageimageNamed:@"placehoder"] options:SDWebImageRetryFailed progress:^(NSIntegerreceivedSize,NSIntegerexpectedSize) {//計(jì)算當(dāng)前圖片的下載進(jìn)度NSLog(@"%.2f",1.0*receivedSize / expectedSize);? ? } completed:^(UIImage*image,NSError*error, SDImageCacheType cacheType,NSURL*imageURL) {? ? }];03系統(tǒng)級(jí)內(nèi)存警告如何處理（面試）//取消當(dāng)前正在進(jìn)行的所有下載操作[[SDWebImageManager sharedManager] cancelAll];//清除緩存數(shù)據(jù)(面試)//cleanDisk：刪除過(guò)期的文件數(shù)據(jù)，計(jì)算當(dāng)前未過(guò)期的已經(jīng)下載的文件數(shù)據(jù)的大小，如果發(fā)現(xiàn)該數(shù)據(jù)大小大于我們?cè)O(shè)置的最大緩存數(shù)據(jù)大小，那么程序內(nèi)部會(huì)按照按文件數(shù)據(jù)緩存的時(shí)間從遠(yuǎn)到近刪除，知道小于最大緩存數(shù)據(jù)為止。//clearMemory:直接刪除文件，重新創(chuàng)建新的文件夾//[[SDWebImageManager sharedManager].imageCache cleanDisk];[[SDWebImageManager sharedManager].imageCacheclearMemory];04SDWebImage默認(rèn)的緩存時(shí)間是1周05如何播放gif圖片/*

5-1 把用戶(hù)傳入的gif圖片->NSData

5-2 根據(jù)該Data創(chuàng)建一個(gè)圖片數(shù)據(jù)源（NSData->CFImageSourceRef）

5-3 計(jì)算該數(shù)據(jù)源中一共有多少幀，把每一幀數(shù)據(jù)取出來(lái)放到圖片數(shù)組中

5-4 根據(jù)得到的數(shù)組+計(jì)算的動(dòng)畫(huà)時(shí)間-》可動(dòng)畫(huà)的image

[UIImage animatedImageWithImages:images duration:duration];

*/06如何判斷當(dāng)前圖片類(lèi)型，只判斷圖片二進(jìn)制數(shù)據(jù)的第一個(gè)字節(jié)? ? + (NSString*)sd_contentTypeForImageData:(NSData*)data;07內(nèi)部如何進(jìn)行緩存處理？使用了NSCache類(lèi)，使用和NSDictionary類(lèi)似08沙盒緩存圖片的命名方式為對(duì)該圖片的URL進(jìn)行MD5加密? echo -n"url"|MD509當(dāng)接收到內(nèi)存警告之后，內(nèi)部會(huì)自動(dòng)清理內(nèi)存緩存10圖片的下載順序，默認(rèn)是先進(jìn)先出的

（2）SDWebImage內(nèi)部結(jié)構(gòu)

1.Runloop基礎(chǔ)知識(shí)

1.1 字面意思

a 運(yùn)行循環(huán)

b 跑圈

1.2 基本作用（作用重大）

a 保持程序的持續(xù)運(yùn)行(ios程序?yàn)槭裁茨芤恢被钪粫?huì)死)

b 處理app中的各種事件（比如觸摸事件、定時(shí)器事件【NSTimer】、selector事件【選擇器·performSelector···】）

c 節(jié)省CPU資源，提高程序性能，有事情就做事情，沒(méi)事情就休息

1.3 重要說(shuō)明

（1）如果沒(méi)有Runloop,那么程序一啟動(dòng)就會(huì)退出，什么事情都做不了。

（2）如果有了Runloop，那么相當(dāng)于在內(nèi)部有一個(gè)死循環(huán)，能夠保證程序的持續(xù)運(yùn)行

（2）main函數(shù)中的Runloop

a 在UIApplication函數(shù)內(nèi)部就啟動(dòng)了一個(gè)Runloop

該函數(shù)返回一個(gè)int類(lèi)型的值

b 這個(gè)默認(rèn)啟動(dòng)的Runloop是跟主線程相關(guān)聯(lián)的

1.4 Runloop對(duì)象

（1）在iOS開(kāi)發(fā)中有兩套api來(lái)訪問(wèn)Runloop

a.foundation框架【NSRunloop】

b.core foundation框架【CFRunloopRef】

（2）NSRunLoop和CFRunLoopRef都代表著RunLoop對(duì)象,它們是等價(jià)的，可以互相轉(zhuǎn)換

（3）NSRunLoop是基于CFRunLoopRef的一層OC包裝，所以要了解RunLoop內(nèi)部結(jié)構(gòu)，需要多研究CFRunLoopRef層面的API（Core Foundation層面）

1.5 Runloop參考資料

（1）蘋(píng)果官方文檔https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/Multithreading/RunLoopManagement/RunLoopManagement.html（2）CFRunLoopRef開(kāi)源代碼下載地址：http://opensource.apple.com/source/CF/CF-1151.16/

1.6 Runloop與線程

1.Runloop和線程的關(guān)系：一個(gè)Runloop對(duì)應(yīng)著一條唯一的線程

問(wèn)題：如何讓子線程不死

回答：給這條子線程開(kāi)啟一個(gè)Runloop

2.Runloop的創(chuàng)建：主線程Runloop已經(jīng)創(chuàng)建好了，子線程的runloop需要手動(dòng)創(chuàng)建

3.Runloop的生命周期：在第一次獲取時(shí)創(chuàng)建，在線程結(jié)束時(shí)銷(xiāo)毀

1.7 獲得Runloop對(duì)象

1.獲得當(dāng)前Runloop對(duì)象//01 NSRunloopNSRunLoop * runloop1 = [NSRunLoop currentRunLoop];//02 CFRunLoopRefCFRunLoopRef runloop2 =? CFRunLoopGetCurrent();2.拿到當(dāng)前應(yīng)用程序的主Runloop（主線程對(duì)應(yīng)的Runloop）//01 NSRunloopNSRunLoop * runloop1 = [NSRunLoop mainRunLoop];//02 CFRunLoopRefCFRunLoopRef runloop2 =? CFRunLoopGetMain();3.注意點(diǎn)：開(kāi)一個(gè)子線程創(chuàng)建runloop,不是通過(guò)alloc init方法創(chuàng)建，而是直接通過(guò)調(diào)用currentRunLoop方法來(lái)創(chuàng)建，它本身是一個(gè)懶加載的。4.在子線程中，如果不主動(dòng)獲取Runloop的話，那么子線程內(nèi)部是不會(huì)創(chuàng)建Runloop的。可以下載CFRunloopRef的源碼，搜索_CFRunloopGet0,查看代碼。5.Runloop對(duì)象是利用字典來(lái)進(jìn)行存儲(chǔ)，而且key是對(duì)應(yīng)的線程Value為該線程對(duì)應(yīng)的Runloop。

1.8 Runloop相關(guān)類(lèi)

（1）Runloop運(yùn)行原理圖

（2）五個(gè)相關(guān)的類(lèi)

a.CFRunloopRef

b.CFRunloopModeRef【Runloop的運(yùn)行模式】

c.CFRunloopSourceRef【Runloop要處理的事件源】

d.CFRunloopTimerRef【Timer事件】

e.CFRunloopObserverRef【Runloop的觀察者（監(jiān)聽(tīng)者）】

（3）Runloop和相關(guān)類(lèi)之間的關(guān)系圖

（4）Runloop要想跑起來(lái)，它的內(nèi)部必須要有一個(gè)mode,這個(gè)mode里面必須有source\observer\timer，至少要有其中的一個(gè)。

CFRunloopModeRef

1.CFRunloopModeRef代表著Runloop的運(yùn)行模式

2.一個(gè)Runloop中可以有多個(gè)mode,一個(gè)mode里面又可以有多個(gè)source\observer\timer等等

3.每次runloop啟動(dòng)的時(shí)候，只能指定一個(gè)mode,這個(gè)mode被稱(chēng)為該Runloop的當(dāng)前mode

4.如果需要切換mode,只能先退出當(dāng)前Runloop,再重新指定一個(gè)mode進(jìn)入

5.這樣做主要是為了分割不同組的定時(shí)器等，讓他們相互之間不受影響

6.系統(tǒng)默認(rèn)注冊(cè)了5個(gè)mode

a.kCFRunLoopDefaultMode：App的默認(rèn)Mode，通常主線程是在這個(gè)Mode下運(yùn)行

b.UITrackingRunLoopMode：界面跟蹤 Mode，用于 ScrollView 追蹤觸摸滑動(dòng)，保證界面滑動(dòng)時(shí)不受其他 Mode 影響

c.UIInitializationRunLoopMode: 在剛啟動(dòng) App 時(shí)第進(jìn)入的第一個(gè) Mode，啟動(dòng)完成后就不再使用

d.GSEventReceiveRunLoopMode: 接受系統(tǒng)事件的內(nèi)部 Mode，通常用不到

e.kCFRunLoopCommonModes: 這是一個(gè)占位用的Mode，不是一種真正的Mode

CFRunloopTimerRef

（1）NSTimer相關(guān)代碼

/*

說(shuō)明：

（1）runloop一啟動(dòng)就會(huì)選中一種模式，當(dāng)選中了一種模式之后其它的模式就都不鳥(niǎo)。一個(gè)mode里面可以添加多個(gè)NSTimer,也就是說(shuō)以后當(dāng)創(chuàng)建NSTimer的時(shí)候，可以指定它是在什么模式下運(yùn)行的。

（2）它是基于時(shí)間的觸發(fā)器，說(shuō)直白點(diǎn)那就是時(shí)間到了我就觸發(fā)一個(gè)事件，觸發(fā)一個(gè)操作。基本上說(shuō)的就是NSTimer

（3）相關(guān)代碼

*/- (void)timer2{//NSTimer 調(diào)用了scheduledTimer方法，那么會(huì)自動(dòng)添加到當(dāng)前的runloop里面去，而且runloop的運(yùn)行模式kCFRunLoopDefaultModeNSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:2.0target:selfselector:@selector(run) userInfo:nilrepeats:YES];//更改模式[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];}- (void)timer1{//? ? [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(run) userInfo:nil repeats:YES];NSTimer *timer = [NSTimer timerWithTimeInterval:2.0target:selfselector:@selector(run) userInfo:nilrepeats:YES];//定時(shí)器添加到UITrackingRunLoopMode模式，一旦runloop切換模式，那么定時(shí)器就不工作//? ? [[NSRunLoop currentRunLoop] addTimer:timer forMode:UITrackingRunLoopMode];//定時(shí)器添加到NSDefaultRunLoopMode模式，一旦runloop切換模式，那么定時(shí)器就不工作//? ? [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];//占位模式：common modes標(biāo)記//被標(biāo)記為common modes的模式 kCFRunLoopDefaultMode? UITrackingRunLoopMode[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];//? ? NSLog(@"%@",[NSRunLoop currentRunLoop]);}- (void)run{NSLog(@"---run---%@",[NSRunLoop currentRunLoop].currentMode);}- (IBAction)btnClick {NSLog(@"---btnClick---");}

（2）GCD中的定時(shí)器

//0.創(chuàng)建一個(gè)隊(duì)列dispatch_queue_tqueue = dispatch_get_global_queue(0,0);//1.創(chuàng)建一個(gè)GCD的定時(shí)器/*

第一個(gè)參數(shù)：說(shuō)明這是一個(gè)定時(shí)器

第四個(gè)參數(shù)：GCD的回調(diào)任務(wù)添加到那個(gè)隊(duì)列中執(zhí)行，如果是主隊(duì)列則在主線程執(zhí)行

*/dispatch_source_t timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER,0,0, queue);//2.設(shè)置定時(shí)器的開(kāi)始時(shí)間，間隔時(shí)間以及精準(zhǔn)度//設(shè)置開(kāi)始時(shí)間，三秒鐘之后調(diào)用dispatch_time_t start = dispatch_time(DISPATCH_TIME_NOW,3.0*NSEC_PER_SEC);//設(shè)置定時(shí)器工作的間隔時(shí)間uint64_t intevel =1.0* NSEC_PER_SEC;/*

第一個(gè)參數(shù)：要給哪個(gè)定時(shí)器設(shè)置

第二個(gè)參數(shù)：定時(shí)器的開(kāi)始時(shí)間DISPATCH_TIME_NOW表示從當(dāng)前開(kāi)始

第三個(gè)參數(shù)：定時(shí)器調(diào)用方法的間隔時(shí)間

第四個(gè)參數(shù)：定時(shí)器的精準(zhǔn)度，如果傳0則表示采用最精準(zhǔn)的方式計(jì)算，如果傳大于0的數(shù)值，則表示該定時(shí)切換i可以接收該值范圍內(nèi)的誤差，通常傳0

該參數(shù)的意義：可以適當(dāng)?shù)奶岣叱绦虻男阅?/p>

注意點(diǎn)：GCD定時(shí)器中的時(shí)間以納秒為單位（面試）

*/dispatch_source_set_timer(timer, start, intevel,0* NSEC_PER_SEC);//3.設(shè)置定時(shí)器開(kāi)啟后回調(diào)的方法/*

第一個(gè)參數(shù)：要給哪個(gè)定時(shí)器設(shè)置

第二個(gè)參數(shù)：回調(diào)block

*/dispatch_source_set_event_handler(timer, ^{NSLog(@"------%@",[NSThreadcurrentThread]);? ? });//4.執(zhí)行定時(shí)器dispatch_resume(timer);//注意：dispatch_source_t本質(zhì)上是OC類(lèi)，在這里是個(gè)局部變量，需要強(qiáng)引用self.timer= timer;GCD定時(shí)器補(bǔ)充/*

DISPATCH_SOURCE_TYPE_TIMER? ? ? ? 定時(shí)響應(yīng)（定時(shí)器事件）

DISPATCH_SOURCE_TYPE_SIGNAL? ? ? ? 接收到UNIX信號(hào)時(shí)響應(yīng)

DISPATCH_SOURCE_TYPE_READ? ? ? ? ? IO操作，如對(duì)文件的操作、socket操作的讀響應(yīng)

DISPATCH_SOURCE_TYPE_WRITE? ? ? ? IO操作，如對(duì)文件的操作、socket操作的寫(xiě)響應(yīng)

DISPATCH_SOURCE_TYPE_VNODE? ? ? ? 文件狀態(tài)監(jiān)聽(tīng)，文件被刪除、移動(dòng)、重命名

DISPATCH_SOURCE_TYPE_PROC? ? ? ? ? 進(jìn)程監(jiān)聽(tīng),如進(jìn)程的退出、創(chuàng)建一個(gè)或更多的子線程、進(jìn)程收到UNIX信號(hào)

下面兩個(gè)都屬于Mach相關(guān)事件響應(yīng)

DISPATCH_SOURCE_TYPE_MACH_SEND

DISPATCH_SOURCE_TYPE_MACH_RECV

下面兩個(gè)都屬于自定義的事件，并且也是有自己來(lái)觸發(fā)

DISPATCH_SOURCE_TYPE_DATA_ADD

DISPATCH_SOURCE_TYPE_DATA_OR

*/

CFRunloopSourceRef

1.是事件源也就是輸入源，有兩種分類(lèi)模式；

一種是按照蘋(píng)果官方文檔進(jìn)行劃分的

另一種是基于函數(shù)的調(diào)用棧來(lái)進(jìn)行劃分的（source0和source1）。

2.具體的分類(lèi)情況

（1）以前的分法

Port-Based Sources

Custom Input Sources

Cocoa Perform Selector Sources

（2）現(xiàn)在的分法

Source0：非基于Port的

Source1：基于Port的

3.可以通過(guò)打斷點(diǎn)的方式查看一個(gè)方法的函數(shù)調(diào)用棧

CFRunLoopObserverRef

（1）CFRunLoopObserverRef是觀察者，能夠監(jiān)聽(tīng)RunLoop的狀態(tài)改變

（2）如何監(jiān)聽(tīng)

//創(chuàng)建一個(gè)runloop監(jiān)聽(tīng)者CFRunLoopObserverRef observer = CFRunLoopObserverCreateWithHandler(CFAllocatorGetDefault(),kCFRunLoopAllActivities,YES,0, ^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) {NSLog(@"監(jiān)聽(tīng)runloop狀態(tài)改變---%zd",activity);? ? });//為runloop添加一個(gè)監(jiān)聽(tīng)者CFRunLoopAddObserver(CFRunLoopGetCurrent(), observer, kCFRunLoopDefaultMode);? ? CFRelease(observer);

（3）監(jiān)聽(tīng)的狀態(tài)

typedefCF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {? ? kCFRunLoopEntry = (1UL <<0),//即將進(jìn)入RunloopkCFRunLoopBeforeTimers = (1UL <<1),//即將處理NSTimerkCFRunLoopBeforeSources = (1UL <<2),//即將處理SourceskCFRunLoopBeforeWaiting = (1UL <<5),//即將進(jìn)入休眠kCFRunLoopAfterWaiting = (1UL <<6),//剛從休眠中喚醒kCFRunLoopExit = (1UL <<7),//即將退出runloopkCFRunLoopAllActivities =0x0FFFFFFFU//所有狀態(tài)改變};

1.9 Runloop運(yùn)行邏輯 -

2.Runloop應(yīng)用

1）NSTimer

2）ImageView顯示：控制方法在特定的模式下可用

3）PerformSelector

4）常駐線程：在子線程中開(kāi)啟一個(gè)runloop

5）自動(dòng)釋放池

第一次創(chuàng)建：進(jìn)入runloop的時(shí)候

最后一次釋放：runloop退出的時(shí)候

其它創(chuàng)建和釋放：當(dāng)runloop即將休眠的時(shí)候會(huì)把之前的自動(dòng)釋放池釋放，然后重新創(chuàng)建一個(gè)新的釋放池

3.網(wǎng)絡(luò)基礎(chǔ)

3.1 網(wǎng)絡(luò)基礎(chǔ)

001 問(wèn)題：為什么要學(xué)習(xí)網(wǎng)絡(luò)編程？

回答：（1）網(wǎng)絡(luò)編程是一種實(shí)時(shí)更新應(yīng)用數(shù)據(jù)的常用手段

（2）網(wǎng)絡(luò)編程是開(kāi)發(fā)優(yōu)秀網(wǎng)絡(luò)應(yīng)用的前提和基礎(chǔ)

002 網(wǎng)絡(luò)基本概念

2-1 客戶(hù)端（就是手機(jī)或者ipad等手持設(shè)備上面的APP）

2-2 服務(wù)器（遠(yuǎn)程服務(wù)器-本地服務(wù)器）

2-3 請(qǐng)求（客戶(hù)端索要數(shù)據(jù)的方式）

2-4 響應(yīng)（需要客戶(hù)端解析數(shù)據(jù)）

2-5 數(shù)據(jù)庫(kù)（服務(wù)器的數(shù)據(jù)從哪里來(lái)）

3.2 Http

001 URL

1-1 如何找到服務(wù)器（通過(guò)一個(gè)唯一的URL）

1-2 URL介紹

a. 統(tǒng)一資源定位符

b. url格式（協(xié)議\主機(jī)地址\路徑）

協(xié)議：不同的協(xié)議，代表著不同的資源查找方式、資源傳輸方式

主機(jī)地址：存放資源的主機(jī)（服務(wù)器）的IP地址（域名）

路徑：資源在主機(jī)（服務(wù)器）中的具體位置

1-3 請(qǐng)求協(xié)議

【file】訪問(wèn)的是本地計(jì)算機(jī)上的資源，格式是file://（不用加主機(jī)地址）

【ftp】訪問(wèn)的是共享主機(jī)的文件資源，格式是ftp://

【mailto】訪問(wèn)的是電子郵件地址，格式是mailto:

【http】超文本傳輸協(xié)議，訪問(wèn)的是遠(yuǎn)程的網(wǎng)絡(luò)資源，格式是http://（網(wǎng)絡(luò)請(qǐng)求中最常用的協(xié)議）

002 http協(xié)議

2-1 http協(xié)議簡(jiǎn)單介紹

a.超文本傳輸協(xié)議

b.規(guī)定客戶(hù)端和服務(wù)器之間的數(shù)據(jù)傳輸格式

c.讓客戶(hù)端和服務(wù)器能有效地進(jìn)行數(shù)據(jù)溝通

2-2 http協(xié)議優(yōu)缺點(diǎn)

a.簡(jiǎn)單快速（協(xié)議簡(jiǎn)單，服務(wù)器端程序規(guī)模小，通信速度快）

b.靈活（允許傳輸各種數(shù)據(jù)）

c.非持續(xù)性連接(1.1之前版本是非持續(xù)的，即限制每次連接只處理一個(gè)請(qǐng)求，服務(wù)器對(duì)客戶(hù)端的請(qǐng)求做出響應(yīng)后，馬上斷開(kāi)連接，這種方式可以節(jié)省傳輸時(shí)間)

2-3 基本通信過(guò)程

a.請(qǐng)求：客戶(hù)端向服務(wù)器索要數(shù)據(jù)

b.響應(yīng)：服務(wù)器返回客戶(hù)端相應(yīng)的數(shù)據(jù)

003 GET和POST請(qǐng)求

3-1 http里面發(fā)送請(qǐng)求的方法

GET（常用）、POST（常用）、OPTIONS、HEAD、PUT、DELETE、TRACE、CONNECT、PATCH

3-2 GET和POST請(qǐng)求的對(duì)比【區(qū)別在于參數(shù)如何傳遞】

GET

在請(qǐng)求URL后面以?的形式跟上發(fā)給服務(wù)器的參數(shù)，多個(gè)參數(shù)之間用&隔開(kāi)，比如

http://ww.test.com/login?username=123&pwd=234&type=JSON

由于瀏覽器和服務(wù)器對(duì)URL長(zhǎng)度有限制，因此在URL后面附帶的參數(shù)是有限制的，通常不能超過(guò)1KB

POST

發(fā)給服務(wù)器的參數(shù)全部放在請(qǐng)求體中

理論上，POST傳遞的數(shù)據(jù)量沒(méi)有限制（具體還得看服務(wù)器的處理能力）

3-3 如何選擇【除簡(jiǎn)單數(shù)據(jù)查詢(xún)外，其它的一律使用POST請(qǐng)求】

a.如果要傳遞大量數(shù)據(jù)，比如文件上傳，只能用POST請(qǐng)求

b.GET的安全性比POST要差些，如果包含機(jī)密\敏感信息，建議用POST

c.如果僅僅是索取數(shù)據(jù)（數(shù)據(jù)查詢(xún)），建議使用GET

d.如果是增加、修改、刪除數(shù)據(jù)，建議使用POST

004 iOS中發(fā)送http請(qǐng)求的方案

4-1 蘋(píng)果原生

NSURLConnection 03年推出的古老技術(shù)

NSURLSession? ? 13年推出iOS7之后，以取代NSURLConnection【重點(diǎn)】

CFNetwork? ? ? ? 底層技術(shù)、C語(yǔ)言的

4-2 第三方框架

ASIHttpRequest

AFNetworking? ? ? ? 【重點(diǎn)】

MKNetworkKit

005 http請(qǐng)求通信過(guò)程

5-1 請(qǐng)求

【包括請(qǐng)求頭+請(qǐng)求體·非必選】

5-2 響應(yīng)

【響應(yīng)頭+響應(yīng)體】

5-3 通信過(guò)程

a.發(fā)送請(qǐng)求的時(shí)候把請(qǐng)求頭和請(qǐng)求體（請(qǐng)求體是非必須的）包裝成一個(gè)請(qǐng)求對(duì)象

b.服務(wù)器端對(duì)請(qǐng)求進(jìn)行響應(yīng)，在響應(yīng)信息中包含響應(yīng)頭和響應(yīng)體，響應(yīng)信息是對(duì)服務(wù)器端的描述，具體的信息放在響應(yīng)體中傳遞給客戶(hù)端

5-4 狀態(tài)碼

【200】：請(qǐng)求成功

【400】：客戶(hù)端請(qǐng)求的語(yǔ)法錯(cuò)誤，服務(wù)器無(wú)法解析

【404】：無(wú)法找到資源

【500】：服務(wù)器內(nèi)部錯(cuò)誤，無(wú)法完成請(qǐng)求