0.第三方框架SDWebImage

（1）SDWebImage基本使用

    01 設置imageView的圖片
    [cell.imageView sd_setImageWithURL:[NSURL URLWithString:app.icon] placeholderImage:[UIImage imageNamed:@"placehoder"]];

    02 設置圖片并計算下載進度
       //下載并設置圖片
    /*
     第一個參數(shù)：要下載圖片的url地址
     第二個參數(shù)：設置該imageView的占位圖片
     第三個參數(shù)：傳一個枚舉值，告訴程序你下載圖片的策略是什么
     第一個block塊：獲取當前圖片數(shù)據(jù)的下載進度
         receivedSize：已經下載完成的數(shù)據(jù)大小
         expectedSize：該文件的數(shù)據(jù)總大小
     第二個block塊：當圖片下載完成之后執(zhí)行該block中的代碼
         image:下載得到的圖片數(shù)據(jù)
         error:下載出現(xiàn)的錯誤信息
         SDImageCacheType：圖片的緩存策略（不緩存晋渺，內存緩存镰绎，沙盒緩存）
         imageURL：下載的圖片的url地址
     */
    [cell.imageView sd_setImageWithURL:[NSURL URLWithString:app.icon] placeholderImage:[UIImage imageNamed:@"placehoder"] options:SDWebImageRetryFailed progress:^(NSInteger receivedSize, NSInteger expectedSize) {

        //計算當前圖片的下載進度
        NSLog(@"%.2f",1.0 *receivedSize / expectedSize);

    } completed:^(UIImage *image, NSError *error, SDImageCacheType cacheType, NSURL *imageURL) {

    }];

    03 系統(tǒng)級內存警告如何處理（面試）
    //取消當前正在進行的所有下載操作
    [[SDWebImageManager sharedManager] cancelAll];

    //清除緩存數(shù)據(jù)(面試)
    //cleanDisk：刪除過期的文件數(shù)據(jù)，計算當前未過期的已經下載的文件數(shù)據(jù)的大小木西，如果發(fā)現(xiàn)該數(shù)據(jù)大小大于我們設置的最大緩存數(shù)據(jù)大小畴栖，那么程序內部會按照按文件數(shù)據(jù)緩存的時間從遠到近刪除，知道小于最大緩存數(shù)據(jù)為止八千。

    //clearMemory:直接刪除文件吗讶，重新創(chuàng)建新的文件夾
    //[[SDWebImageManager sharedManager].imageCache cleanDisk];
    [[SDWebImageManager sharedManager].imageCache clearMemory];

    04 SDWebImage默認的緩存時間是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 內部如何進行緩存處理？使用了NSCache類谤民，使用和NSDictionary類似
    08 沙盒緩存圖片的命名方式為對該圖片的URL進行MD5加密  echo -n "url" |MD5
    09 當接收到內存警告之后沸停，內部會自動清理內存緩存
    10 圖片的下載順序膜毁，默認是先進先出的

（2）SDWebImage內部結構

1-2.png

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劲装，那么相當于在內部有一個死循環(huán)胧沫，能夠保證程序的持續(xù)運行
    （2）main函數(shù)中的Runloop
            a 在UIApplication函數(shù)內部就啟動了一個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對象,它們是等價的，可以互相轉換
    （3）NSRunLoop是基于CFRunLoopRef的一層OC包裝占业，所以要了解RunLoop內部結構绒怨，需要多研究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已經創(chuàng)建好了，子線程的runloop需要手動創(chuàng)建
    3.Runloop的生命周期：在第一次獲取時創(chuàng)建谦疾，在線程結束時銷毀
  

• 1.7 獲得Runloop對象

1.獲得當前Runloop對象
    //01 NSRunloop
     NSRunLoop * runloop1 = [NSRunLoop currentRunLoop];
    //02 CFRunLoopRef
    CFRunLoopRef runloop2 =   CFRunLoopGetCurrent();

2.拿到當前應用程序的主Runloop（主線程對應的Runloop）
    //01 NSRunloop
     NSRunLoop * runloop1 = [NSRunLoop mainRunLoop];
    //02 CFRunLoopRef
     CFRunLoopRef runloop2 =   CFRunLoopGetMain();

3.注意點：開一個子線程創(chuàng)建runloop,不是通過alloc init方法創(chuàng)建南蹂，而是直接通過調用currentRunLoop方法來創(chuàng)建，它本身是一個懶加載的念恍。
4.在子線程中六剥，如果不主動獲取Runloop的話晚顷，那么子線程內部是不會創(chuàng)建Runloop的×婆保可以下載CFRunloopRef的源碼该默，搜索_CFRunloopGet0,查看代碼。
5.Runloop對象是利用字典來進行存儲策彤，而且key是對應的線程Value為該線程對應的Runloop栓袖。

• 1.8 Runloop相關類

（1）Runloop運行原理圖

2.png

（2）五個相關的類

a.CFRunloopRef
b.CFRunloopModeRef【Runloop的運行模式】
c.CFRunloopSourceRef【Runloop要處理的事件源】
d.CFRunloopTimerRef【Timer事件】
e.CFRunloopObserverRef【Runloop的觀察者（監(jiān)聽者）】

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

1.png

（4）Runloop要想跑起來，它的內部必須要有一個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)事件的內部 Mode，通常用不到
        e.kCFRunLoopCommonModes: 這是一個占位用的Mode霜第，不是一種真正的Mode
  

• CFRunloopTimerRef

（1）NSTimer相關代碼

/*
    說明：
    （1）runloop一啟動就會選中一種模式葛家，當選中了一種模式之后其它的模式就都不鳥。一個mode里面可以添加多個NSTimer,也就是說以后當創(chuàng)建NSTimer的時候泌类，可以指定它是在什么模式下運行的癞谒。
    （2）它是基于時間的觸發(fā)器，說直白點那就是時間到了我就觸發(fā)一個事件刃榨，觸發(fā)一個操作弹砚。基本上說的就是NSTimer
    （3）相關代碼
*/
- (void)timer2
{
    //NSTimer 調用了scheduledTimer方法枢希，那么會自動添加到當前的runloop里面去桌吃，而且runloop的運行模式kCFRunLoopDefaultMode

    NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(run) userInfo:nil repeats: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.0 target:self selector:@selector(run) userInfo:nil repeats: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_t queue = dispatch_get_global_queue(0, 0);

    //1.創(chuàng)建一個GCD的定時器
    /*
     第一個參數(shù)：說明這是一個定時器
     第四個參數(shù)：GCD的回調任務添加到那個隊列中執(zhí)行搬卒，如果是主隊列則在主線程執(zhí)行
     */
    dispatch_source_t timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue);

    //2.設置定時器的開始時間瑟俭，間隔時間以及精準度

    //設置開始時間，三秒鐘之后調用
    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ù)：定時器調用方法的間隔時間
     第四個參數(shù)：定時器的精準度契邀，如果傳0則表示采用最精準的方式計算摆寄，如果傳大于0的數(shù)值，則表示該定時切換i可以接收該值范圍內的誤差，通常傳0
     該參數(shù)的意義：可以適當?shù)奶岣叱绦虻男阅?     注意點：GCD定時器中的時間以納秒為單位（面試）
     */

    dispatch_source_set_timer(timer, start, intevel, 0 * NSEC_PER_SEC);

    //3.設置定時器開啟后回調的方法
    /*
     第一個參數(shù)：要給哪個定時器設置
     第二個參數(shù)：回調block
     */
    dispatch_source_set_event_handler(timer, ^{
        NSLog(@"------%@",[NSThread currentThread]);
    });

    //4.執(zhí)行定時器
    dispatch_resume(timer);

    //注意：dispatch_source_t本質上是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ù)的調用棧來進行劃分的（source0和source1）艺配。
    2.具體的分類情況
        （1）以前的分法
            Port-Based Sources
            Custom Input Sources
            Cocoa Perform Selector Sources
  
        （2）現(xiàn)在的分法
            Source0：非基于Port的
            Source1：基于Port的
    3.可以通過打斷點的方式查看一個方法的函數(shù)調用棧
  

• 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)

typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
    kCFRunLoopEntry = (1UL << 0),   //即將進入Runloop
    kCFRunLoopBeforeTimers = (1UL << 1),    //即將處理NSTimer
    kCFRunLoopBeforeSources = (1UL << 2),   //即將處理Sources
    kCFRunLoopBeforeWaiting = (1UL << 5),   //即將進入休眠
    kCFRunLoopAfterWaiting = (1UL << 6),    //剛從休眠中喚醒
    kCFRunLoopExit = (1UL << 7),            //即將退出runloop
    kCFRunLoopAllActivities = 0x0FFFFFFFU   //所有狀態(tài)改變
};

• 1.9 Runloop運行邏輯

3.png

4.png

2.Runloop應用

1）NSTimer
2）ImageView顯示：控制方法在特定的模式下可用
3）PerformSelector
4）常駐線程：在子線程中開啟一個runloop
5）自動釋放池
    第一次創(chuàng)建：進入runloop的時候
    最后一次釋放：runloop退出的時候
    其它創(chuàng)建和釋放：當runloop即將休眠的時候會把之前的自動釋放池釋放，然后重新創(chuàng)建一個新的釋放池

3.網絡基礎

• 3.1 網絡基礎

    001 問題：為什么要學習網絡編程转唉？
        回答：（1）網絡編程是一種實時更新應用數(shù)據(jù)的常用手段
             （2）網絡編程是開發(fā)優(yōu)秀網絡應用的前提和基礎
  
    002 網絡基本概念
        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é)議砖织，訪問的是遠程的網絡資源款侵，格式是http://（網絡請求中最常用的協(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】：服務器內部錯誤，無法完成請求