iOS总结

KVC查找顺序

KVC（Key-Value Coding）在查找属性值时会按照以下顺序进行查找：

1. 直接访问实例变量：KVC 首先尝试直接访问与属性名相对应的实例变量，如果找到则直接返回对应的值。

2. 调用属性的访问方法：如果没有找到与属性名对应的实例变量，KVC 将尝试调用属性的访问方法（getter）来获取属性的值。KVC 默认会按照一定的命名规则寻找属性的访问方法，例如对于名为 `name` 的属性，KVC 将尝试调用 `name`、`getName`、`isName`、`_name`、`_isName` 的方法，按照优先级依次查找，找到第一个存在的访问方法就会返回对应的值。

3. 访问容器属性的值：如果属性是一个容器（如 NSArray、NSSet），KVC 会进一步查找容器内的对象的属性。例如，如果有一个名为 `persons` 的属性，它是一个包含多个 Person 对象的 NSArray，可以使用 KVC 来访问 `persons` 数组中所有对象的某个属性。

4. 访问集合运算符的值：KVC 提供了一些集合运算符（如 @avg、@sum、@count、@max、@min），可以在容器属性上使用这些运算符获取特定的值。

5. 访问内部属性：KVC 可以递归地访问内部属性，例如访问 `person.address.city` 这样的属性路径，KVC 会依次查找 `person` 对象的 `address` 属性，然后再在 `address` 对象上查找 `city` 属性。

总结：KVC 在查找属性值时会先尝试直接访问实例变量，然后调用属性的访问方法，接着查找容器属性的值，再使用集合运算符，最后递归地访问内部属性。如果在以上步骤中找到了属性的值，则返回对应的值；如果未找到，则会抛出异常。

@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	NSOperation	GCD
并发操作	需要手动创建和管理线程	使用NSOperationQueue管理操作队列	使用dispatch_queue管理并发队列
线程管理	需要手动管理线程生命周期	由NSOperationQueue管理线程生命周期	由GCD自动管理线程生命周期
任务依赖关系	不支持	支持	支持
取消操作	需要手动取消线程	可以通过取消操作对象来取消任务	可以通过取消dispatch操作来取消任务
任务优先级	不支持	支持	支持
队列类型	单一队列	NSOperationQueue支持串行和并发队列	dispatch_queue支持串行和并发队列
线程同步	需要手动使用锁来实现线程同步	支持使用NSLock、NSCondition等进行线程同步	支持使用信号量、互斥锁等进行线程同步
错误处理	需要手动处理错误	支持通过设置completionBlock来处理错误	支持通过设置错误处理函数或回调来处理错误
可扩展性	受限于手动创建和管理线程的复杂性	支持自定义子类扩展操作	可以使用block来封装自定义任务逻辑
编程模型	显式线程管理，需要手动编写线程代码	高级抽象，提供操作对象和队列来管理任务	高级抽象，使用block和队列来管理任务
跨平台支持	支持	支持	仅限于Apple平台

总体而言，NSThread是较低级的线程管理方式，需要手动创建和管理线程，灵活性较高但使用相对复杂。NSOperation提供了更高级的抽象，可以管理任务之间的依赖关系和优先级，并提供更好的错误处理机制。GCD是一种轻量级的异步编程解决方案，使用block和队列来管理任务，具有高性能和简洁的语法。NSOperation和GCD都是建立在NSThread之上的更高级别的抽象，并提供更好的可读性和可维护性。

选择适当的方案取决于具体的需求和项目要求。如果需要更底层的控制和灵活性，可以选择NSThread；如果需要更高级的任务管理和错误处理，以及跨平台支持，可以选择NSOperation；如果追求简洁性、高性能和易用性，并且在Apple平台上开发，可以选择GCD。

下面是对常见的锁的比较：

锁类型	特点	使用场景
OSSpinLock	自旋锁，忙等待	竞争不激烈、锁持有时间短的情况下
pthread_mutex	互斥锁，阻塞等待	线程同步、竞争激烈、资源占用时间长的情况下
NSLock	Objective-C互斥锁，阻塞等待	线程同步、Objective-C环境下
NSRecursiveLock	可重入锁，同一线程可多次加锁	递归调用、同一线程多次加锁的情况下
NSCondition	条件锁，支持线程等待和唤醒	线程间通信、线程同步
NSConditionLock	条件锁，支持多个条件和加锁解锁操作	多个条件的线程同步
dispatch_semaphore	信号量锁，控制并发数量	控制并发线程的数量
pthread_rwlock	读写锁，支持多个读者和单个写者	读写分离场景
os_unfair_lock (iOS 10+)	低级别自旋锁，内部优化，比OSSpinLock更高效，不会出现优先级反转问题	竞争不激烈、锁持有时间短的情况下（iOS 10+及macOS 10.12+使用）
atomic	原子操作锁，提供基本的线程安全性	单一属性的读写操作

选择适当的锁取决于具体的使用场景和需求。对于竞争不激烈、锁持有时间短的情况，可以考虑使用轻量级的自旋锁（如OSSpinLock、os_unfair_lock）。对于竞争激烈、资源占用时间长的情况，可以选择互斥锁（如pthread_mutex、NSLock）。如果需要支持线程等待和唤醒，可以使用条件锁（如NSCondition）。读写分离场景可以考虑使用读写锁（如pthread_rwlock）。在Objective-C环境下，可以使用NSLock、NSRecursiveLock等。在GCD中，可以使用dispatch_semaphore进行控制并发数量。对于简单的原子操作，可以使用atomic属性来提供基本的线程安全性。

需要根据具体的需求和场景来选择合适的锁，避免死锁、优先级反转等问题，并保证线程安全性和性能。

下面是对常见的数据存储方式的比较：

数据存储方式	特点	使用场景
UserDefaults	简单的键值对存储，适用于少量的用户配置数据	用户配置、偏好设置等
Property List	使用plist文件存储数据，支持多种数据类型	小型数据、配置文件等
SQLite	关系型数据库存储，支持复杂的查询和事务操作	大量结构化数据、复杂查询需求
Core Data	面向对象的数据存储和管理框架，支持对象关系映射和多线程并发	复杂数据模型、需要对象关系映射的场景
Realm	轻量级的移动数据库，支持快速读写和实时数据同步，对象映射简单	移动端应用、需要高性能读写和实时同步的场景
Key-Value Store	非关系型键值存储，适用于大规模分布式系统，支持快速读写和分布式存储	大规模分布式系统、键值对存储的需求
File System	使用文件系统存储数据，灵活性高，可自定义数据结构和存储方式	大文件、自定义数据结构的存储需求
Network Storage	数据存储在网络服务器上，通过网络请求进行读写	分布式系统、多端数据同步的需求
Cloud Storage	数据存储在云端，可跨设备访问和同步，提供云服务提供商的数据存储服务	跨设备访问、数据同步和备份的需求

选择适当的数据存储方式取决于具体的需求和场景。如果只是存储少量的用户配置数据或偏好设置，可以使用UserDefaults。对于小型数据或配置文件，可以选择Property List。如果需要复杂的查询和事务操作，可以使用SQLite。Core Data适用于复杂的数据模型和对象关系映射需求。Realm提供了高性能读写和实时同步的特性，适用于移动端应用。键值存储适用于大规模分布式系统。如果需要自定义数据结构和存储方式，可以使用文件系统。网络存储和云存储适用于分布式系统、多端访问和数据同步的需求。

需要根据具体的数据量、性能要求、查询需求、并发性等因素综合考虑，选择合适的数据存储方式。

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

	[UIImage imageNamed:]	[UIImage imageWithContentsOfFile:]
使用方式	从应用程序的资源包中加载图像	从指定的文件路径加载图像
缓存	自动缓存图像	不缓存图像
内存占用	可能由于缓存而消耗更多内存	内存占用较低，适用于大型或频繁使用的图像
文件路径	不需要完整的文件路径	需要完整的文件路径
错误处理	如果找不到图像名称，则返回nil	如果文件路径无效或无法加载图像，则返回nil
适用场景	应用程序内置图像资源	大型图像或特定的文件位置

如何从磁盘快速显示图片，SDWebImage做了什么？

要从磁盘快速显示图片，可以使用SDWebImage库来实现。SDWebImage是一个广泛使用的iOS图片加载和缓存库，它提供了许多功能来优化图片加载和显示的性能。

下面是SDWebImage的主要功能和它在从磁盘快速显示图片方面的工作原理：
下面是SDWebImage的主要功能以及它在从磁盘快速显示图片方面的工作原理的表格展示：

主要功能	工作原理
异步下载和缓存网络图片	通过使用NSURLConnection或NSURLSession进行异步下载，然后将下载的图片缓存在内存和磁盘上
支持使用URL加载图片	提供了便捷的API来从网络上加载图片，支持常见的图片格式如JPEG、PNG、GIF等
自动管理图片缓存	SDWebImage会自动管理内存和磁盘缓存，可以设置最大内存缓存大小和最大磁盘缓存大小，并根据需要自动清理缓存
图片加载进度回调	提供了加载进度回调的功能，可以监测图片加载的进度
支持占位图和失败图	可以设置占位图，当图片还在加载时显示；同时还可以设置失败图，当加载图片失败时显示
支持内存缓存和磁盘缓存控制	可以通过设置缓存策略和过期时间来控制内存缓存和磁盘缓存的行为
支持取消图片下载任务	提供了取消图片下载任务的方法，可以在需要时取消正在进行的图片下载任务
集成了UIImageView的扩展方法	提供了方便的UIImageView扩展方法，可以直接加载网络图片到UIImageView对象中
支持自定义图片加载和缓存策略	可以通过自定义SDWebImageManager来实现自定义的图片加载和缓存策略
使用内存和磁盘缓存加速从磁盘快速显示图片	当从磁盘加载图片时，SDWebImage会首先检查内存缓存，如果内存中有缓存的图片，则直接加载；如果内存中没有，则从磁盘缓存中加载图片