iOS应用数据存储(数据持久化)的常用方式

一、iOS数据持久化方式

(1)XML属性列表(plist)归档
(2)Preference(偏好设置),本质还是通过“plist”来存储数据, 但是使用更简单(无需关注文件、文件夹路径和名称)
(3)NSKeyedArchiver归档(NSCoding),可以把任何对象, 直接保存为文件的方式。
(4)SQLite3,当非常大量的数据存储时使用
(5)Core Data,就是对SQLite的封装

关于bundle路径和sandbox沙河路径:
(1)bundle路径:应用程序 (APP) 在手机里面的安装路径
(2)沙河路径:专门用来存储App自己数据的一个路径,iOS为每个app都分配了一个专门用来存储这个app自身的一些数据的路径


二、应用沙盒(应用程序的文件夹)

1、打印沙盒路径

NSLog(@"%@",NSHomeDirectory());

2、使用Documents目录进行数据持久化的保存,我们平时操作数据主要使用Documents目录

NSString *path =  [[NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) lastObject] stringByAppendingPathComponent:@"test.plist"];
  • 参数1:第一个参数指定了搜索的路径名称,NSDocumentDirectory表示是在Documents中寻找,NSCachesDirectory的话就是在cache文件夹中寻找
    常用枚举:
    NSDocumentDirectory
    NSCachesDirectory
  • 参数2:
    NSUserDomainMask = 1,//用户主目录中
    NSLocalDomainMask = 2,//当前机器中
    NSNetworkDomainMask = 4,//网络中可见的主机
    NSSystemDomainMask = 8,//系统目录,不可修改(/System)
    NSAllDomainsMask = 0x0ffff,//全部
  • 参数3:是否展开波浪线,一般为YES展开
Documents:

需要保存由应用程序本身产生的文件或者数据,例如:游戏进度、涂鸦软件的绘图
目录中的文件会被自动保存在 iCloud
注意:不要保存从网络上下载的文件,否则会无法上架!

tmp:

保存临时文件,后续不需要使用
tmp目录中的文件,系统会自动清理
重新启动手机,tmp 目录会被清空
系统磁盘空间不足时,系统也会自动清理
路径获取:NSString *tmp = NSTemporaryDirectory();

Library/Caches:

保存临时文件,后续需要使用,例如:缓存图片,离线数据(地图数据)
系统不会清理cache目录中的文件
就要求程序开发时,必须提供cache目录的清理解决方案
路径获取:利用NSSearchPathForDirectoriesInDomains函数(将函数的第2个参数改为:NSCachesDirectory即可)

Library/Preference:

保存应用的所有偏好设置,使用 NSUserDefault直接读写,iOS的Settings(设置)应用会在该目录中查找应用的设置信息。iTunes同步设备时会备份该目录。该目录由系统管理, 无需我们来管理。通常用来存储一些基本的软件配置信息, 比如记住密码、自动登录等。
路径获取: 通过NSUserDefaults类存取该目录下的设置信息


三、使用方法

1、属性列表

  • 属性列表是一种XML格式的文件,拓展名为plist,如果对象是NSString、NSDictionary、NSArray、NSData、NSNumber等类型,就可以使用,
  • 注意:不能存储自定义对象,会失败的
  • 存方法:writeToFile
  • 读方法:如字典, dictionaryWithContentsOfFile

2、偏好设置

  • 通过NSUserDefaults就能直接访问软件的偏好设置(Library/Preferences)
    UserDefaults设置数据时,不是立即写入,而是根据时间戳定时地把缓存中的数据写入本地磁盘。所以调用了set方法之后数据有可能还没有写入磁盘应用程序就终止了,为解决上述问题,通过调用synchornize方法强制写入。

  • 写入步骤:
    (1) 获取偏好设置对象

NSUserDefaults *userDefault = [NSUserDefaults standardUserDefaults];

(2)写入

[userDefault setBool:switcher.isOnforKey:@"key_name"];

(3)同步

[userDefault synchronize];
  • 读取步骤:
    (1) 获取偏好设置对象
NSUserDefaults *userDefault = [NSUserDefaults standardUserDefaults];

(2)用一个变量接收

switcher.on = [userDefault boolForKey:@"key_name"];

3、自定义对象归档 NSKeyedArchiver

注意: 必须遵守NSCoding协议的对象才可以进行归档解档,默NSString、NSDictionary、NSArray、NSData、NSNumber等类型已遵守NSCoding协议,可以直接归档解档。

(1)遵守NSCoding协议,实现协议方法

NSCoding协议中两个方法,一般写在模型中:

  • 归档调用
    一般在这个方法里面指定如何归档对象中的每个实例变量,可以使用encodeObject:forKey:方法归档实例变量
- (void)encodeWithCoder:(NSCoder *)aCoder;
[encoder encodeObject:self.name forKey:@"name"];
  • 解档调用
    一般在这个方法里面指定如何解码文件中的数据为对象的实例变量,可以使用decodeObject:forKey方法解码实例变量
- (nullable instancetype)initWithCoder:(NSCoder *)aDecoder;
self.name = [decoder decodeObjectForKey:@"name"];

initWithCoder原理:只要解析文件就会调用,xib,storyboard都是文件,因此只要解析这两个文件,就会调用initWithCoder,因此如果在storyboard使用自定义view,重写initWithCoder方法,一定要调用[super initWithCoder:],因为只有系统才知道怎么解析storyboard,如果没有调用,就解析不了这个文件。

(2)归档一个对象(先获取路径path)
Person *person = [[[Person alloc] init];
[NSKeyedArchiver archiveRootObject:person toFile:path];
(3)解档一个对象
Person *person = [NSKeyedUnarchiver unarchiveObjectWithFile:path];

注意:
(1)如果父类也遵守了NSCoding协议,应该在encodeWithCoder:方法中加上一句[super encodeWithCode:encode];确保继承的实例变量也能被编码,即也能被归档
(2)在initWithCoder:方法中加上一句self = [super initWithCoder:decoder];确保继承的实例变量也能被解码,即也能被恢复

4、多个对象归档解档

使用archiveRootObject:toFile:方法可以将一个对象直接写入到一个文件中,但有时候可能想将多个对象写入到同一个文件中,那么就要使用NSData来进行归档对象,NSData可以为一些数据提供临时存储空间,以便随后写入文件,或者存放从磁盘读取的文件内容。可以使用[NSMutableData data]创建可变数据空间
(1) 归档步骤

// 新建一块可变数据区
NSMutableData *data = [NSMutableData data];
// 将数据区连接到一个NSKeyedArchiver对象
NSKeyedArchiver *archiver = [[NSKeyedArchiver alloc] initForWritingWithMutableData:data];
// 开始存档对象,存档的数据都会存储到NSMutableData中
[archiver encodeObject:person1 forKey:@"person1"];
[archiver encodeObject:person2 forKey:@"person2"];
// 存档完毕(一定要调用这个方法)
[archiver finishEncoding];
// 将存档的数据写入文件
[data writeToFile:path atomically:YES];

(2) 解档步骤

// 从文件中读取数据
NSData *data = [NSData dataWithContentsOfFile:path];
// 根据数据,解析成一个NSKeyedUnarchiver对象
NSKeyedUnarchiver *unarchiver = [[NSKeyedUnarchiver alloc] initForReadingWithData:data];
Person *person1 = [unarchiver decodeObjectForKey:@"person1"];
Person *person2 = [unarchiver decodeObjectForKey:@"person2"];
// 恢复完毕
[unarchiver finishDecoding];
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,324评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,303评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,192评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,555评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,569评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,566评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,927评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,583评论 0 257
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,827评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,590评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,669评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,365评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,941评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,928评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,159评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,880评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,399评论 2 342

推荐阅读更多精彩内容