0.第三方框架SDWebImage

（1）SDWebImage基本使用

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

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

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

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

第一個block塊：獲取當前圖片數(shù)據(jù)的下載進度

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

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

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

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

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

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

imageURL：下載的圖片的url地址

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

5-1 把用戶傳入的gif圖片->NSData

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

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

5-4 根據(jù)得到的數(shù)組+計算的動畫時間-》可動畫的image

[UIImage animatedImageWithImages:images duration:duration];

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

（2）SDWebImage內(nèi)部結構

1.Runloop基礎知識

1.1 字面意思

a 運行循環(huán)

b 跑圈

1.2 基本作用（作用重大）

a 保持程序的持續(xù)運行(ios程序為什么能一直活著不會死)

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

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

1.3 重要說明

（1）如果沒有Runloop,那么程序一啟動就會退出，什么事情都做不了。

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

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

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

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

b 這個默認啟動的Runloop是跟主線程相關聯(lián)的

1.4 Runloop對象

（1）在iOS開發(fā)中有兩套api來訪問Runloop

a.foundation框架【NSRunloop】

b.core foundation框架【CFRunloopRef】

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

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

1.5 Runloop參考資料

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

1.6 Runloop與線程

1.Runloop和線程的關系：一個Runloop對應著一條唯一的線程

問題：如何讓子線程不死

回答：給這條子線程開啟一個Runloop

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

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

1.7 獲得Runloop對象

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

1.8 Runloop相關類

（1）Runloop運行原理圖

（2）五個相關的類

a.CFRunloopRef

b.CFRunloopModeRef【Runloop的運行模式】

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

d.CFRunloopTimerRef【Timer事件】

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

（3）Runloop和相關類之間的關系圖

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

CFRunloopModeRef

1.CFRunloopModeRef代表著Runloop的運行模式

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

3.每次runloop啟動的時候，只能指定一個mode,這個mode被稱為該Runloop的當前mode

4.如果需要切換mode,只能先退出當前Runloop,再重新指定一個mode進入

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

6.系統(tǒng)默認注冊了5個mode

a.kCFRunLoopDefaultMode：App的默認Mode，通常主線程是在這個Mode下運行

b.UITrackingRunLoopMode：界面跟蹤 Mode，用于 ScrollView 追蹤觸摸滑動，保證界面滑動時不受其他 Mode 影響

c.UIInitializationRunLoopMode: 在剛啟動 App 時第進入的第一個 Mode，啟動完成后就不再使用

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

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

CFRunloopTimerRef

（1）NSTimer相關代碼

/*

說明：

（1）runloop一啟動就會選中一種模式，當選中了一種模式之后其它的模式就都不鳥。一個mode里面可以添加多個NSTimer,也就是說以后當創(chuàng)建NSTimer的時候，可以指定它是在什么模式下運行的。

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

（3）相關代碼

*/- (void)timer2{//NSTimer 調(diào)用了scheduledTimer方法，那么會自動添加到當前的runloop里面去，而且runloop的運行模式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];//定時器添加到UITrackingRunLoopMode模式，一旦runloop切換模式，那么定時器就不工作//? ? [[NSRunLoop currentRunLoop] addTimer:timer forMode:UITrackingRunLoopMode];//定時器添加到NSDefaultRunLoopMode模式，一旦runloop切換模式，那么定時器就不工作//? ? [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];//占位模式：common modes標記//被標記為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中的定時器

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

第一個參數(shù)：說明這是一個定時器

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

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

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

第二個參數(shù)：定時器的開始時間DISPATCH_TIME_NOW表示從當前開始

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

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

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

注意點：GCD定時器中的時間以納秒為單位（面試）

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

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

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

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

DISPATCH_SOURCE_TYPE_TIMER? ? ? ? 定時響應（定時器事件）

DISPATCH_SOURCE_TYPE_SIGNAL? ? ? ? 接收到UNIX信號時響應

DISPATCH_SOURCE_TYPE_READ? ? ? ? ? IO操作，如對文件的操作、socket操作的讀響應

DISPATCH_SOURCE_TYPE_WRITE? ? ? ? IO操作，如對文件的操作、socket操作的寫響應

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

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

下面兩個都屬于Mach相關事件響應

DISPATCH_SOURCE_TYPE_MACH_SEND

DISPATCH_SOURCE_TYPE_MACH_RECV

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

DISPATCH_SOURCE_TYPE_DATA_ADD

DISPATCH_SOURCE_TYPE_DATA_OR

*/

CFRunloopSourceRef

1.是事件源也就是輸入源，有兩種分類模式；

一種是按照蘋果官方文檔進行劃分的

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

2.具體的分類情況

（1）以前的分法

Port-Based Sources

Custom Input Sources

Cocoa Perform Selector Sources

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

Source0：非基于Port的

Source1：基于Port的

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

CFRunLoopObserverRef

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

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

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

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

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

1.9 Runloop運行邏輯 -

2.Runloop應用

1）NSTimer

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

3）PerformSelector

4）常駐線程：在子線程中開啟一個runloop

5）自動釋放池

第一次創(chuàng)建：進入runloop的時候

最后一次釋放：runloop退出的時候

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

3.網(wǎng)絡基礎

3.1 網(wǎng)絡基礎

001 問題：為什么要學習網(wǎng)絡編程？

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

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

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

2-1 客戶端（就是手機或者ipad等手持設備上面的APP）

2-2 服務器（遠程服務器-本地服務器）

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

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

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

3.2 Http

001 URL

1-1 如何找到服務器（通過一個唯一的URL）

1-2 URL介紹

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

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

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

主機地址：存放資源的主機（服務器）的IP地址（域名）

路徑：資源在主機（服務器）中的具體位置

1-3 請求協(xié)議

【file】訪問的是本地計算機上的資源，格式是file://（不用加主機地址）

【ftp】訪問的是共享主機的文件資源，格式是ftp://

【mailto】訪問的是電子郵件地址，格式是mailto:

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

002 http協(xié)議

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

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

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

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

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

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

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

c.非持續(xù)性連接(1.1之前版本是非持續(xù)的，即限制每次連接只處理一個請求，服務器對客戶端的請求做出響應后，馬上斷開連接，這種方式可以節(jié)省傳輸時間)

2-3 基本通信過程

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

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

003 GET和POST請求

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

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

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

GET

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

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

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

POST

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

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

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

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

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

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

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

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

4-1 蘋果原生

NSURLConnection 03年推出的古老技術

NSURLSession? ? 13年推出iOS7之后，以取代NSURLConnection【重點】

CFNetwork? ? ? ? 底層技術、C語言的

4-2 第三方框架

ASIHttpRequest

AFNetworking? ? ? ? 【重點】

MKNetworkKit

005 http請求通信過程

5-1 請求

【包括請求頭+請求體·非必選】

5-2 響應

【響應頭+響應體】

5-3 通信過程

a.發(fā)送請求的時候把請求頭和請求體（請求體是非必須的）包裝成一個請求對象

b.服務器端對請求進行響應，在響應信息中包含響應頭和響應體，響應信息是對服務器端的描述，具體的信息放在響應體中傳遞給客戶端

5-4 狀態(tài)碼

【200】：請求成功

【400】：客戶端請求的語法錯誤，服務器無法解析

【404】：無法找到資源

【500】：服務器內(nèi)部錯誤，無法完成請求