重写NSUserDefault

源码ANKeyValue，讨论NSUserDefault优化的必要性和实现前，我们可以先回顾下客户端相关的数据存储/持久化。首先笔者想谈得还是数据库，数据库已不是什么先锋技术，但是依然是众多解决方案中开发成本较高的方案，毕竟，在业内的开发实践，也只有数据库会需要独立一类工种——“DB工程师”来支持相关的开发工作。其次是文件，作为Unix like最为重要的技术理念之一，经典、简单而不失强大，文件之于编程，如筷子之于餐桌。iOS上面，我们又开始接触到了更多的解决方案，如著名的CoreData，概念上还是数据库，与常规数据库相比，最大的特点是面向对象，用面向对象的思维去完成数据库的建设和运用，同时支持建表的可视化编辑。然而，相比较于数据库，实现起来也仅能说简化了一点，甚至使用数据库比如SQLite熟悉后，CoreData开发就不见得就比数据库高效，由于高度框架化不免带来性能上的妥协(部分数据场景)。Archive，归档需要先有对象对自身序列化的支持(即把元数据转换为字节流)，进而以文件的形式进行存储，归档的优势在于隐去对象整体到数据的转化细节，便于对程序当前状态的保存和恢复。 NSUserDefault，这是iOS中用于存储用户的行为以及程序的状态而使用的基于Key-Value(Object)的存储方式。开发者可以像操作Map/Dictionary之类的容器那样去操作待存储的信息，再由NSUserDefault在恰当的时机进行归档/写入操作，这是一种相当实用且广受欢迎的方式。然而，NSUserDefault并不完美： 第一，NSUserDefault的所有数据是在一张table或者说一个文件上，这使得表现受到很大的限制，我们不太可能用它来存取太大的对象/结构，比如整个对象list，否则会有性能问题； 第二，同1相同的理由，对NSUserDefault我们不能过于频繁地触发文件同步写入的操作，这又为数据的及时更新和同步留下隐患； 第三，NSUserDefault也没有针对大size的数据块专门优化，从NSUserDefault的命名可以看出，就是用于配置项和状态保存使用； 第四，NSUserDefault不支持数据加密和版本升级管理；