KVC查找順序

KVC（Key-Value Coding）在查找屬性值時會按照以下順序進行查找：

1. 直接訪問實例變量：KVC 首先嘗試直接訪問與屬性名相對應(yīng)的實例變量盔粹，如果找到則直接返回對應(yīng)的值。

2. 調(diào)用屬性的訪問方法：如果沒有找到與屬性名對應(yīng)的實例變量程癌，KVC 將嘗試調(diào)用屬性的訪問方法（getter）來獲取屬性的值舷嗡。KVC 默認(rèn)會按照一定的命名規(guī)則尋找屬性的訪問方法，例如對于名為 `name` 的屬性嵌莉，KVC 將嘗試調(diào)用 `name`进萄、`getName`、`isName`锐峭、`_name`中鼠、`_isName` 的方法，按照優(yōu)先級依次查找沿癞，找到第一個存在的訪問方法就會返回對應(yīng)的值援雇。

3. 訪問容器屬性的值：如果屬性是一個容器（如 NSArray、NSSet）椎扬，KVC 會進一步查找容器內(nèi)的對象的屬性熊杨。例如曙旭，如果有一個名為 `persons` 的屬性，它是一個包含多個 Person 對象的 NSArray晶府，可以使用 KVC 來訪問 `persons` 數(shù)組中所有對象的某個屬性桂躏。

4. 訪問集合運算符的值：KVC 提供了一些集合運算符（如 @avg、@sum川陆、@count剂习、@max、@min）较沪，可以在容器屬性上使用這些運算符獲取特定的值鳞绕。

5. 訪問內(nèi)部屬性：KVC 可以遞歸地訪問內(nèi)部屬性，例如訪問 `person.address.city` 這樣的屬性路徑尸曼，KVC 會依次查找 `person` 對象的 `address` 屬性们何，然后再在 `address` 對象上查找 `city` 屬性。

總結(jié)：KVC 在查找屬性值時會先嘗試直接訪問實例變量控轿，然后調(diào)用屬性的訪問方法冤竹，接著查找容器屬性的值，再使用集合運算符茬射，最后遞歸地訪問內(nèi)部屬性鹦蠕。如果在以上步驟中找到了屬性的值，則返回對應(yīng)的值在抛；如果未找到钟病，則會拋出異常。

@avg刚梭、@sum肠阱、@count、@max朴读、@min

NSArray *numbers = @[@10, @20, @30, @40];
NSNumber *average = [numbers valueForKeyPath:@"@avg.self"];
NSLog(@"Average: %@", average); // Output: Average: 25

NSArray *numbers = @[@10, @20, @30, @40];
NSNumber *sum = [numbers valueForKeyPath:@"@sum.self"];
NSLog(@"Sum: %@", sum); // Output: Sum: 100

NSArray *array = @[@"Apple", @"Banana", @"Orange"];
NSNumber *count = [array valueForKeyPath:@"@count"];
NSLog(@"Count: %@", count); // Output: Count: 3

NSArray *numbers = @[@10, @20, @30, @40];
NSNumber *maxValue = [numbers valueForKeyPath:@"@max.self"];
NSLog(@"Max Value: %@", maxValue); // Output: Max Value: 40

NSArray *numbers = @[@10, @20, @30, @40];
NSNumber *minValue = [numbers valueForKeyPath:@"@min.self"];
NSLog(@"Min Value: %@", minValue); // Output: Min Value: 10

對比NSThread屹徘，NSOperation，GCD

總體而言啦吧，NSThread是較低級的線程管理方式您觉，需要手動創(chuàng)建和管理線程，靈活性較高但使用相對復(fù)雜授滓。NSOperation提供了更高級的抽象琳水，可以管理任務(wù)之間的依賴關(guān)系和優(yōu)先級肆糕，并提供更好的錯誤處理機制。GCD是一種輕量級的異步編程解決方案在孝，使用block和隊列來管理任務(wù)诚啃，具有高性能和簡潔的語法。NSOperation和GCD都是建立在NSThread之上的更高級別的抽象私沮，并提供更好的可讀性和可維護性始赎。

選擇適當(dāng)?shù)姆桨溉Q于具體的需求和項目要求。如果需要更底層的控制和靈活性仔燕，可以選擇NSThread造垛；如果需要更高級的任務(wù)管理和錯誤處理，以及跨平臺支持晰搀，可以選擇NSOperation五辽；如果追求簡潔性、高性能和易用性外恕，并且在Apple平臺上開發(fā)杆逗，可以選擇GCD。

下面是對常見的鎖的比較：

選擇適當(dāng)?shù)逆i取決于具體的使用場景和需求遭贸。對于競爭不激烈、鎖持有時間短的情況心软，可以考慮使用輕量級的自旋鎖（如OSSpinLock壕吹、os_unfair_lock）著蛙。對于競爭激烈、資源占用時間長的情況耳贬，可以選擇互斥鎖（如pthread_mutex踏堡、NSLock）。如果需要支持線程等待和喚醒咒劲，可以使用條件鎖（如NSCondition）暂吉。讀寫分離場景可以考慮使用讀寫鎖（如pthread_rwlock）。在Objective-C環(huán)境下缎患，可以使用NSLock慕的、NSRecursiveLock等。在GCD中挤渔，可以使用dispatch_semaphore進行控制并發(fā)數(shù)量肮街。對于簡單的原子操作，可以使用atomic屬性來提供基本的線程安全性判导。

需要根據(jù)具體的需求和場景來選擇合適的鎖嫉父，避免死鎖、優(yōu)先級反轉(zhuǎn)等問題眼刃，并保證線程安全性和性能绕辖。

下面是對常見的數(shù)據(jù)存儲方式的比較：

選擇適當(dāng)?shù)臄?shù)據(jù)存儲方式取決于具體的需求和場景肠套。如果只是存儲少量的用戶配置數(shù)據(jù)或偏好設(shè)置舰涌，可以使用UserDefaults。對于小型數(shù)據(jù)或配置文件你稚，可以選擇Property List瓷耙。如果需要復(fù)雜的查詢和事務(wù)操作，可以使用SQLite刁赖。Core Data適用于復(fù)雜的數(shù)據(jù)模型和對象關(guān)系映射需求搁痛。Realm提供了高性能讀寫和實時同步的特性，適用于移動端應(yīng)用宇弛。鍵值存儲適用于大規(guī)模分布式系統(tǒng)鸡典。如果需要自定義數(shù)據(jù)結(jié)構(gòu)和存儲方式，可以使用文件系統(tǒng)枪芒。網(wǎng)絡(luò)存儲和云存儲適用于分布式系統(tǒng)彻况、多端訪問和數(shù)據(jù)同步的需求。

需要根據(jù)具體的數(shù)據(jù)量舅踪、性能要求纽甘、查詢需求、并發(fā)性等因素綜合考慮抽碌，選擇合適的數(shù)據(jù)存儲方式悍赢。

比較[UIImage imageNamed:]和[UIImage imageWithContentsOfFile:]的使用和特性：

如何從磁盤快速顯示圖片，SDWebImage做了什么破婆？

要從磁盤快速顯示圖片涮总，可以使用SDWebImage庫來實現(xiàn)。SDWebImage是一個廣泛使用的iOS圖片加載和緩存庫祷舀，它提供了許多功能來優(yōu)化圖片加載和顯示的性能瀑梗。

下面是SDWebImage的主要功能和它在從磁盤快速顯示圖片方面的工作原理：
下面是SDWebImage的主要功能以及它在從磁盤快速顯示圖片方面的工作原理的表格展示：