多線程網(wǎng)絡-3

Xmind

多線程和網(wǎng)絡3.jpg

PPT

NSOperation

Snip20170328_7.png
Snip20170328_8.png
Snip20170328_9.png
Snip20170328_10.png
Snip20170328_11.png
Snip20170328_12.png
Snip20170328_13.png
Snip20170328_14.png
Snip20170328_16.png
Snip20170328_17.png
Snip20170328_18.png
Snip20170328_19.png
Snip20170328_20.png

RunLoop

Snip20170328_21.png
Snip20170328_22.png
Snip20170328_23.png
Snip20170328_24.png
Snip20170328_25.png
Snip20170328_26.png
Snip20170328_27.png
Snip20170328_28.png
Snip20170328_29.png
Snip20170410_44.png
Snip20170328_30.png
Snip20170328_31.png
Snip20170410_45.png
Snip20170410_46.png
Snip20170328_32.png
Snip20170328_35.png
Snip20170410_47.png
Snip20170410_48.png
Snip20170410_49.png
Snip20170328_36.png
Snip20170328_37.png
Snip20170328_38.png
Snip20170328_39.png
Snip20170410_50.png
Snip20170408_32.png
Snip20170410_51.png

GitBook

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:已經(jīng)下載完成的數(shù)據(jù)大小
         expectedSize:該文件的數(shù)據(jù)總大小
     第二個block塊:當圖片下載完成之后執(zhí)行該block中的代碼
         image:下載得到的圖片數(shù)據(jù)
         error:下載出現(xiàn)的錯誤信息
         SDImageCacheType:圖片的緩存策略(不緩存,內(nèi)存緩存,沙盒緩存)
         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)級內(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].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 內(nèi)部如何進行緩存處理?使用了NSCache類,使用和NSDictionary類似
    08 沙盒緩存圖片的命名方式為對該圖片的URL進行MD5加密  echo -n "url" |MD5
    09 當接收到內(nèi)存警告之后,內(nèi)部會自動清理內(nèi)存緩存
    10 圖片的下載順序,默認是先進先出的

Snip20160221_38.png

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

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,那么相當于在內(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 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)建,而是直接通過調(diào)用currentRunLoop方法來創(chuàng)建,它本身是一個懶加載的。
4.在子線程中,如果不主動獲取Runloop的話,那么子線程內(nèi)部是不會創(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要想跑起來,它的內(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的運行模式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的回調(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ù)奶岣叱绦虻男阅?     注意點: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(@"------%@",[NSThread currentThread]);
    });

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

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.網(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)部錯誤,無法完成請求
    

總結

1.SDWebImage相關知識點補充
  01.SDWebImage接收到內(nèi)存警告的時候如何處理?采用監(jiān)聽系統(tǒng)警告通知的方式處理,接收到警告后清空緩存
  02.SDWebImage隊列最大并發(fā)數(shù)為6
  03.SDWebImage內(nèi)部設置下載圖片超時時間為15m
  04.SDWebImage圖片下載操作使用了NSURLConnection類發(fā)送網(wǎng)絡請求實現(xiàn)
  05.SDWebImage內(nèi)部使用NSCache類來進行緩存處理
  06.SDWebImage內(nèi)部如何判斷圖片類型?判斷該圖片二進制數(shù)據(jù)的第一個字節(jié)
  07.SDWebImage做沙盒緩存時圖片的命名機制是拿到圖片的URL后直接對URL進行MD5加密

2.NSCache知識點補充
 01.NSCache是專門用來進行緩存處理的,
 02.NSCache簡單介紹:
    2-1 NSCache是蘋果官方提供的緩存類,具體使用和NSDictionary類似,在AFN和SDWebImage框架中被使用來管理緩存
    2-2 蘋果官方解釋NSCache在系統(tǒng)內(nèi)存很低時,會自動釋放對象(但模擬器演示不會釋放)
        建議:接收到內(nèi)存警告時主動調(diào)用removeAllObject方法釋放對象
    2-3 NSCache是線程安全的,在多線程操作中,不需要對NSCache加鎖
    2-4 NSCache的Key只是對對象進行Strong引用,不是拷貝

 03 屬性介紹:
    name:名稱
    delegete:設置代理
    totalCostLimit:緩存空間的最大總成本,超出上限會自動回收對象。默認值為0,表示沒有限制
    countLimit:能夠緩存的對象的最大數(shù)量。默認值為0,表示沒有限制
    evictsObjectsWithDiscardedContent:標識緩存是否回收廢棄的內(nèi)容

 04 方法介紹
- (void)setObject:(ObjectType)obj forKey:(KeyType)key;//在緩存中設置指定鍵名對應的值,0成本
- (void)setObject:(ObjectType)obj forKey:(KeyType)key cost:(NSUInteger)g;//在緩存中設置指定鍵名對應的值,并且指定該鍵值對的成本,用于計算記錄在緩存中的所有對象的總成本,出現(xiàn)內(nèi)存警告或者超出緩存總成本上限的時候,緩存會開啟一個回收過程,刪除部分元素
- (void)removeObjectForKey:(KeyType)key;//刪除緩存中指定鍵名的對象
- (void)removeAllObjects;//刪除緩存中所有的對象
最后編輯于
?著作權歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,622評論 6 544
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,716評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,746評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,991評論 1 318
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,706評論 6 413
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 56,036評論 1 329
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 44,029評論 3 450
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,203評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,725評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 41,451評論 3 361
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,677評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,161評論 5 365
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,857評論 3 351
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,266評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,606評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,407評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,643評論 2 380

推薦閱讀更多精彩內(nèi)容