SDWebImage原始碼中閱讀總結|那些不解和收穫

圖片怎麼加載出來的？

表中的程式碼位置因我在裡邊寫註釋的原因有些許偏差

不解與收穫

@synchronized同步

在iOS中，這種同步機制是比較慢的。具體原因我們可以看MrPeak的一篇文章
使用這個同步鎖的時候要控制好粒度，儘可能的細，並且要注意被同步函式中巢狀呼叫函式。

@synchronized(self) {
	do something 
}

這種傳參self的，一定要慎重。因為很有可能這個類外部，也會把它的一個例項變數作為@synchronized的引數，這樣就會產生死鎖。

LOCK(lock) UNLOCK(lock)

#define LOCK(lock) dispatch_semaphore_wait(lock, DISPATCH_TIME_FOREVER);
#define UNLOCK(lock) dispatch_semaphore_signal(lock);

lock：dispatch_semaphore_t

這個不用多說，常用的。

衍生問題：我們對比一下幾種iOS的鎖

根據ibireme寫的不再安全的 OSSpinLock一文所做的測試如圖(圖片也來自這篇文章)：

文中也有測試的程式碼，看了一下，基本來說是比較客觀的，所以，我們用鎖，最注重一下效率，當然自旋鎖正如文中所描述的並不是絕對安全的，所以將其排除，推薦使用dispatch_semaphore

NSMapTable

這個類的用法幾乎和NSDictionary一樣,最大的優勢在於他可以方便的控制對value物件的強弱引用，而NSDictionary如果想實現弱引用，必須通過[NSValue valueWithNonretainedObject:]在做一層轉換。

由NSMapTable衍生的問題:NSHashTable、NSPointerArray。

和NSMapTable的應用場景相似的還有對應的NSHashTable,NSPointerArray，同樣提供了物件記憶體管理方式。和我們經常使用幾個型別的對應關係是：

在做一些操作封裝，比如operation的時候，用這個型別去記錄operation的狀態是非常方便的，因為可以快速的形成弱引用，這樣就不用擔心後邊的記憶體釋放問題。

NSAssert

斷言，我們就不用過多解釋了，溫故一下，常用斷言有 NSParameterAssert 、 NSAssert 、 NSCAssert 、NSCparameterAssert。

注意:在TARGET->Build Setting->ENABLE_NS_ASSERTIONS,可以控制Debug,Release模式下是否生效,千萬不要讓Release生效,那樣線上及其不穩定,當然這個是預設不生效的。

我們來看一下NSAssert是怎麼定義的

#define NSAssert(condition, desc)			\
	__PRAGMA_PUSH_NO_EXTRA_ARG_WARNINGS \
    _NSAssertBody((condition), (desc), 0, 0, 0, 0, 0) \
        __PRAGMA_POP_NO_EXTRA_ARG_WARNINGS
#endif

可見，核心是_NSAssertBody

#define _NSAssertBody(condition, desc, arg1, arg2, arg3, arg4, arg5)	\
    do {						\
	__PRAGMA_PUSH_NO_EXTRA_ARG_WARNINGS \
	if (!(condition)) {				\
            NSString *__assert_file__ = [NSString stringWithUTF8String:__FILE__]; \
            __assert_file__ = __assert_file__ ? __assert_file__ : @"<Unknown File>"; \
	    [[NSAssertionHandler currentHandler] handleFailureInMethod:_cmd object:self file:__assert_file__ \
	    	lineNumber:__LINE__ description:(desc), (arg1), (arg2), (arg3), (arg4), (arg5)];	\
	}						\
        __PRAGMA_POP_NO_EXTRA_ARG_WARNINGS \
    } while(0)

1,最外層的do-while(0),這是經典的巨集定義寫法,不理解的話看這篇文章：《do{…}while(0)的妙用》作者：IvanRunning

2,第二層一個條件非空控制.

3,緊接著獲取當前檔案的路徑，有空提示.

4,呼叫NSAssertionHandler的方法丟擲異常.

NSAssertionHandler

內部就兩個方法:

// 丟擲OC的異常
- (void)handleFailureInMethod:(SEL)selector object:(id)object file:(NSString *)fileName lineNumber:(NSInteger)line description:(nullable NSString *)format,... NS_FORMAT_FUNCTION(5,6);

// 丟擲C的異常
- (void)handleFailureInFunction:(NSString *)functionName file:(NSString *)fileName lineNumber:(NSInteger)line description:(nullable NSString *)format,... NS_FORMAT_FUNCTION(4,5);

這個類我們也可以用來重寫,達到一種既能捕獲異常，也可以保證程式正常執行的效果，設想，我們debug的時候，如果程式碼質量差，一會兒一個crash是不是很噁心。

繼承NSAssertionHandler建立TestAssertionHandler Class

//TestAssertionHandler.m

- (void)handleFailureInMethod:(SEL)selector object:(id)object file:(NSString *)fileName lineNumber:(NSInteger)line description:(nullable NSString *)format,...  {
    NSLog(@"\n 當前方法 %@ \n 當前物件 %@ \n 當前檔案路徑 %@ \n 程式碼行數%li", NSStringFromSelector(selector), object, fileName, (long)line);
}

- (void)handleFailureInFunction:(NSString *)functionName file:(NSString *)fileName lineNumber:(NSInteger)line description:(NSString *)format,... {
    NSLog(@"\n 當前方法 (%@)\n  當前檔案路徑 %@ \n 程式碼行數%li", functionName, fileName, (long)line);
}

初始化物件，並加入到當前執行緒

每個執行緒都有它自己的NSAssertionHandler例項，並且會自動建立。

TestAssertionHandler *handler = [[TestAssertionHandler alloc] init];
[[[NSThread currentThread] threadDictionary] setValue:handler forKey:NSAssertionHandlerKey];

TEST

NSString *s = @"2";
NSAssert([s isEqualToString:@"12"], @"string == 123");

Log:

 當前方法 sy: 
 當前物件 <AppDelegate: 0x6000008c1c60> 
 當前檔案路徑 /Users/WangXuesen/Desktop/TEST/TEST/AppDelegate.m 
 程式碼行數80
_______________________________
NSParameterAssert(nil);

Log:
 當前方法 sy: 
 當前物件 <AppDelegate: 0x600002a90040> 
 當前檔案路徑 /Users/WangXuesen/Desktop/TEST/TEST/AppDelegate.m 
 程式碼行數76

NSCache

1,執行緒安全

2,記憶體告警時自動清理

3,可設定最大快取大小,超過自動回收,最早的最先釋放

4,可設定最大快取物件數量,預設沒有限制,超出同上。

各種Operation

這裡我們學習的主要是思想

1,單一原則，一種operation就專門做一件事情。

2,operation操作完成後注意被取消的情況處理.

3,對operation的管理、快取.