YYCache源碼解析筆記(二)

YYMemoryCache文件
在分析代碼之前,首先給大家介紹一下雙向鏈表,如下圖所示:

QQ20160701-0@2x.png

雙向鏈表也叫雙鏈表,是鏈表的一種,它的每個數據結點中都有兩個指針,分別指向直接后繼和直接前驅。所以,從雙向鏈表中的任意一個結點開始,都可以很方便地訪問它的前驅結點和后繼結點。如果還不明白雙向鏈表是什么可以看一下數據結構,相信你就能明白了。

_YYLinkedMapNode

這是一個鏈表節點類,先看代碼


@interface _YYLinkedMapNode : NSObject {
    @package
    __unsafe_unretained _YYLinkedMapNode *_prev; // retained by dic
    __unsafe_unretained _YYLinkedMapNode *_next; // retained by dic
    id _key; //緩存的鍵
    id _value; //緩存的值
    NSUInteger _cost; //需要的內存開銷
    NSTimeInterval _time; //最后訪問時間
}
@end


這幾行代碼里需要解讀的知識點很多,首先來說說這個類是干嘛的,他表示的是一個雙向鏈表的某一個節點。
其次@package對于大家可能有點陌生,我也是第一次在OC里見到,最早見到package是在java里看到的,他表示的是一個包。在這里@package是什么意思,它也是表示在包內都能使用,準確來說是在framework內可用。

插播一下,我們對比一下@package和@private

@interface TestClass : NSObject {

@private
NSString *mNamePrivate;
@package
NSString *mTextPackage;

}

如果你這樣寫

QQ20160701-3@2x.png

我們看到當我們分別調用 t->mTextPackage 和 t->mTextPackage ,發現前者是ok的,后者會報錯提示“instance variable 'mNamePrivate' is private”。@package 一般很少用(對于framework內部相當于protected 對于framework外部相當于private)。

我們再次回到剛才還沒說完的_YYLinkedMapNode
_YYLinkedMapNode* _prev 定義了一個指針指向前一個節點,還有一個_YYLinkedMapNode *_next指向后一個節點。我們注意到每一個節點都使用__unsafe_unretained ,這是為了防止循環強引用,因為這里的結構是雙向鏈表,很可能出現循環強引用,最后就都不會給釋放。

_YYLinkedMap

剛才說到_YYLinkedMapNode是一個節點,那么_YYLinkedMap就是鏈表,鏈表的作用是將所有節點串聯起來形成我們想要的雙向鏈表數據結構。

@interface _YYLinkedMap : NSObject {
    @package
    CFMutableDictionaryRef _dic; // do not set object directly
    NSUInteger _totalCost;  // 總內存開銷
    NSUInteger _totalCount;  //  總內存長度
    _YYLinkedMapNode *_head; // MRU, do not change it directly 鏈表的頭結點
    _YYLinkedMapNode *_tail; // LRU, do not change it directly 鏈表的尾節點
    BOOL _releaseOnMainThread;  // 是否在主線程上,異步釋放 _YYLinkedMapNode對象
    BOOL _releaseAsynchronously; //是否異步釋放 _YYLinkedMapNode對象
}

鏈表的操作

insertNodeAtHead
- (void)insertNodeAtHead:(_YYLinkedMapNode *)node {
    CFDictionarySetValue(_dic, (__bridge const void *)(node->_key), (__bridge const void *)(node));
    _totalCost += node->_cost;
    _totalCount++;
    if (_head) {
        node->_next = _head;
        _head->_prev = node;
        _head = node;
    } else {
        _head = _tail = node;
    }
}

插入到頭部節點,首先使用字典retain住節點緩存對象,然后讓內存消耗自增,然后判斷如果存在頭部節點插入,注意鏈表操作的順序,最后一步才是_head = node ,否則head節點會丟失。

bringNodeToHead
- (void)bringNodeToHead:(_YYLinkedMapNode *)node {
    if (_head == node) return;
    
    if (_tail == node) {
        _tail = node->_prev;
        _tail->_next = nil;
    } else {
        node->_next->_prev = node->_prev;
        node->_prev->_next = node->_next;
    }
    node->_next = _head;
    node->_prev = nil;
    _head->_prev = node;
    _head = node;
}


這個函數的功能是將某個節點從其他位置移到頭部,操作步驟如下圖所示,

![Uploading QQ20160701-2@2x_838840.png . . .]
QQ20160701-2@2x.png
removeNode

- (void)removeNode:(_YYLinkedMapNode *)node {
    CFDictionaryRemoveValue(_dic, (__bridge const void *)(node->_key));
    _totalCost -= node->_cost;
    _totalCount--;
    if (node->_next) node->_next->_prev = node->_prev;
    if (node->_prev) node->_prev->_next = node->_next;
    if (_head == node) _head = node->_next;
    if (_tail == node) _tail = node->_prev;
}

先從字典移除節點,此時節點就沒有retain指向了,自減內存消耗,然后判斷刪除的節點是否是頭節點或尾節點,操作步驟類似bringNodeToHead第一個演示圖。

removeAll

- (void)removeAll { 
    _totalCost = 0;
    _totalCount = 0;
    _head = nil;
    _tail = nil;
    if (CFDictionaryGetCount(_dic) > 0) {
        CFMutableDictionaryRef holder = _dic;
        _dic = CFDictionaryCreateMutable(CFAllocatorGetDefault(), 0, &kCFTypeDictionaryKeyCallBacks, &kCFTypeDictionaryValueCallBacks);
        
        if (_releaseAsynchronously) {
            dispatch_queue_t queue = _releaseOnMainThread ? dispatch_get_main_queue() : YYMemoryCacheGetReleaseQueue();
            dispatch_async(queue, ^{
                CFRelease(holder); // hold and release in specified queue
            });
        } else if (_releaseOnMainThread && !pthread_main_np()) {
            dispatch_async(dispatch_get_main_queue(), ^{
                CFRelease(holder); // hold and release in specified queue
            });
        } else {
            CFRelease(holder);
        }
    }
}


首先清空內存統計數據,然后清空頭結點和尾節點。因為全部的節點都是由字典強引用,所以獲取字典判斷是否還有節點。如果還存在未刪除的節點,就接著往下走。如果允許異步釋放,并設置的是在主線程釋放,那么就在主線程釋放;如果允許異步釋放,并設置不能在主線程釋放,則在YY的專用釋放線程釋放。如果允許主線程釋放,并且當前不在主線程則使用主線程釋放(避免死鎖)。都不滿足則使用同步釋放。

總結:

作者這么費勁的寫一個專門操作雙向鏈表的操作類到底是出于什么目的,這個其實就是計算機操作系統里的一個算法LRU(近期最少使用緩存項)淘汰算法,這里是用頭插法實現的,用這個算法對緩存數據進行淘汰控制,以便內存里的緩存數據命中率更高。因為畢竟內存大小有限,這也是YYMemoryCache精髓。

比較遺憾的YYCache是不支持存活時間的。不過這是可以理解的,作者覺得會和LRU 淘汰算法有沖突吧。

微博賬號:梅嘉慶(點擊關注)

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

推薦閱讀更多精彩內容

  • Java8張圖 11、字符串不變性 12、equals()方法、hashCode()方法的區別 13、...
    Miley_MOJIE閱讀 3,725評論 0 11
  • 從三月份找實習到現在,面了一些公司,掛了不少,但最終還是拿到小米、百度、阿里、京東、新浪、CVTE、樂視家的研發崗...
    時芥藍閱讀 42,339評論 11 349
  • 從小無論在家里在學校,都沒有投資理財的概念,聽都沒聽過,只有聽大人嘮叨的節約,別亂花錢,錢要用在刀刃上......
    薈燃閱讀 208評論 0 0
  • 一個傳奇唐門的傳奇之路
    06417b661f89閱讀 207評論 0 0
  • 先來成圖: 本文原創, 圖為臨摹,如需轉載請申請授權。 傳聞今兒是萬圣節……老實說,小編連萬圣節是幾月幾號都不知道...
    悅離閱讀 666評論 1 4