应用程序沙盒(App Sandbox,也称沙箱)
- 沙盒应用程序是通过将应用程序的特权限制在其预期功能来保护系统和用户的好方法，从而增加恶意软件危及用户系统的难度。
- 应用程序为什么需要那么多的授权(以下使用了google翻译)?苹果这样说
屏幕快照 2017-07-31 16.34.27.png
- 如果使用相同的代码签名和标志符即可重复使用应用程序的容器,而iOS容器还包含了应用程序本身
所以我们只要bundleId一致, 就会直接覆盖那个App
- 对于每个用户,首次运行应用程序时,自动会创建一个沙盒
- 苹果对沙箱深度描述:
屏幕快照 2017-07-31 16.40.03.png
- 一个特殊的权利启用应用程序沙箱 - 打开应用程序沙箱。启用沙箱时，Xcode会创建一个.entitlements 属性列表文件，并在项目导航器中显示该文件。
现在还疑惑项目下多了一个:项目名+.entiliements文件吗?
沙盒下的目录
- 在AppDelegate中使用NSHomeDirectory打印,注意在模拟器下打印,真机同样有沙盒,只是在电脑上我们看不到(或者说不好看,可以在Devices中查看):
NSString *path = NSHomeDirectory();
NSLog(@"path = %@", path);
- 打印结果:
屏幕快照 2017-07-31 16.51.37.png
- 复制path的路径,在mac首页点击前往->前往文件夹->黏贴该路径并且点击前往即可看到沙盒下的目录:
屏幕快照 2017-07-31 16.53.36.png
Documents疑问和测试
- 为什么说Documents的数据在App升级的时候会跟随迁移,卸载的时候就不会存在?
- 我们新建一个App,并且使用归档的方式将数据存在Documents下:
_responseObject = [NSMutableDictionary dictionary];
for (NSInteger i = 0; i < 100; i++) {
[_responseObject setObject:[NSString stringWithFormat:@"test %ld",i] forKey:[NSString stringWithFormat:@"test %ld",i] ];
}
// 是路径也是存储的键
NSString *filePath = @"responseObject";
// 存储数据
[LXKArchiverTool archiverObject:_responseObject key:filePath filePath:filePath];
- 如果对以上代码有疑问可以参考我的归档(NSKeyedArchiver)与解归档(NSKeyUnarchiver)封装和使用时间测试
- 可以看到我们归档成功在Documents路径下了:
屏幕快照 2017-07-31 17.16.17.png
- 根据苹果官网介绍,那么我们重新建一个App,并且使用相同的BundleId,是否能够获取到responseObject数据?
- 同样在AppDelegate下打印家目录,对比得出目录是不一致的,但是responseObject数据是存在的,并且可以直接读取
// 是路径也是存储的键
NSString *filePath = @"responseObject";
// 存储数据
// [LXKArchiverTool archiverObject:_responseObject key:filePath filePath:filePath];
// 读取数据
id object = [LXKArchiverTool unarchiverPath:filePath key:filePath];
屏幕快照 2017-07-31 17.18.34.png
- 如果我们删除App后重新运行则数据不会再存在了
Library
preference
- Library/preference,用户的偏好设置,我们可以使用上面的方法在一个App使用NSUserDefaults来测试是否存在这里和是否会删除;
- 存储代码:
NSUserDefaults *userDef = [NSUserDefaults standardUserDefaults];
[userDef setObject:@"test" forKey:@"test"];
[userDef synchronize];
- 根据目录我们可以看到是NSUserdefaults是以plist格式存储在preference里面的:
屏幕快照 2017-07-31 17.36.38.png
- 再次在另一个App获取发现依然可以读取数据,并且删除一样不存在,所以preference跟随沙盒数据在迁移,App升级的时候preference的plist一样会存在
caches
- 当遇到这个时候我不知道怎么做,不过在苹果官网看到:
屏幕快照 2017-07-31 17.54.53.png
- 一下在连tmp都不用测试了....
几个目录获取
- 沙盒路径:
// 沙盒路径
NSString * path = NSHomeDirectory()
- Documents:
NSArray * paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
- Library:
NSArray *paths1 = NSSearchPathForDirectoriesInDomains(NSLibraryDirectory, NSUserDomainMask, YES);
- caches:
NSArray *paths2 = NSSearchPathForDirectoriesInDomains(NSCachesDirectory, NSUserDomainMask, YES);
- preference
preference
-tmp:
//temp路径
NSString * tmpDir = NSTemporaryDirectory();
总结
- Documents是用于存储用户生成的内容,该目录的内容共享提供给用户,此目录只能包含想用户公开的文件,并且跟随App的升级一样存在,如果删除将不存在
- Library中可以创建自定义子目录哦(当我们有需求可以在这这儿创建),Library存储的是不想想用户公开的文件的子目录,跟随App升级都存在,除了caches子目录存在
- tem文件就是系统每一次重新启动都可能被清除,更不用说备份了
- 由此,基本可以说我们存储的数据都会跟随App升级存在,但是删除App就不会存在了,会重新创建一个新的沙盒(keychian删除也会存在,不过最好慎用).
网友评论