重写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不支持数据加密和版本升级管理;