YYCache学习笔记原因可能是pthread_mutex更具有锁的特性，支持递归，并且优化后，性能更接近于OSSpin

1、疑问点：

为什么使用CFMutableDictionaryRef，而不是直接使用NSMutableDictionary？

最主要的是 kCFTypeDictionaryKeyCallBacks 能避免 key 的 copy。而 NSMutableDictionary 的 key 会强制进行 copy，性能会有些损耗。

为什么使用__unsafe_unretained 修饰node？

blog.ibireme.com/2015/10/26/…

在 ARC 条件下，默认声明的对象是 __strong 类型的，赋值时有可能会产生 retain/release 调用，如果一个变量在其生命周期内不会被释放，则使用 __unsafe_unretained 会节省很大的开销。

访问具有 __weak 属性的变量时，实际上会调用 objc_loadWeak() 和 objc_storeWeak() 来完成，这也会带来很大的开销，所以要避免使用 __weak 属性。

创建和使用对象时，要尽量避免对象进入 autoreleasepool，以避免额外的资源开销。

removeObjectForKey方法中用来释放node的[node class]是什么意思？

github.com/ibireme/YYC…

node 会被 block 捕获，随后会在 block 结束后，在对应的 queue 里得到释放。 [node class]; 这条语句，只是为了让 node 捕获到 block 去，所以随便发了个消息以避免被编译器优化掉。

pthread_mutex_trylock 失败后执行usleep的用意？

www.jianshu.com/p/408d4d37b…

避免优先级反转

pthread_mutex_t是互斥锁，它有一个特性：当多个线程出现数据竞争时，除了“竞争成功”的那个线程外，其他线程都会进入被动挂起状态，而当“竞争成功”的那个线程解锁时，会主动去将其他线程激活，这个过程包含了上下文的切换，cpu抢占，信号发送等开销，很明显，互斥锁的起始开销有些大，效率低于自旋锁。所以作者使用了pthread_mutex_trylock ()尝试解锁，若解锁失败该方法会立即返回，让当前线程不会进入被动的挂起状态（也可以说阻塞），在下一次循环时又继续尝试获取锁。这个过程很有意思，感觉是手动实现了一个自旋锁。而自旋锁有个需要注意的问题是：死循环等待的时间越长，对 cpu 的消耗越大。所以作者做了一个很短的睡眠 usleep(10 * 1000)，有效的减小了循环的调用次数，至于这个睡眠时间的长度为什么是 10ms，作者应该做了测试。

为什么内存缓存使用pthread_mutex，而不是dispatch_semaphore，这两个作为锁的原理差不多呀？

dispatch_semaphore vs. pthread_mutex

信号量的加锁、释放锁可以在不同线程；而锁的加解锁必须在同一个线程。dispatch_semaphore也不是严格意义上的锁，且不支持递归。

原因可能是pthread_mutex更具有锁的特性，支持递归，并且优化后，性能更接近于OSSpinLock。

2、学习点总结

LRU算法的实现：双向链表的使用
在指定线程释放对象，如上疑问点3
数据库和文件存储读写效率：iPhone 6 64G 下，SQLite 写入性能比直接写文件要高，但读取性能取决于数据大小：当单条数据小于 20K 时，数据越小 SQLite 读取性能越高；单条数据大于 20K 时，直接写为文件速度会更快一些。（blog.ibireme.com/2015/10/26/…
加锁的选择：内存缓存使用OSSpinLock，后替换为pthread_mutex；磁盘缓存忙等时间较长，选择dispatch_semaphore。