iOS 沙盒及各个目录详解

概述

出于安全考虑,一个iOS应用程序对系统文件的交互权限被限制在app的沙盒目录下。
在安装一个新的app的时候,安装程序会在沙盒目录下创建许多容器目录,每个容器目录都有特定的角色。bundle容器目录保存了应用程序的包(主bundle的资源等)。数据容器就是我们开发经常用到的Documents,Library,Temp. 在app运行的时候,app也可能申请额外的容器目录,比如iCloud。


sandbox.png

应用程序通常是被禁止在容器外访问或者创建文件。不过app可以利用公开的系统接口去访问信息比如通讯录,音乐等,一般这些情况,系统库都会提供有专门的方法去访问和修改这些信息。

各个目录的详解

AppName.app 是app的bundle。包含了app以及其所有的资源。
这个目录你不能去进行写操作。为了防止篡改,在app安装的时候就进行了签名处理。一旦你进行了写操作,签名就会修改,app就无法启动。
这个目录的内容不会被itunes或者iCloud进行备份。

Documents 使用该目录主要是保存用户相关的数据。 这个目录下的文件可以通过文件共享提供给用户。因此这个目录下最好只存储app希望公开给用户的数据信息。
这个目录的内容会被itunes或者icloud备份

Documents/Inbox 使用此目录访问外部实体要求您的应用程序打开的文件。比如邮箱里的邮件附件可以放到这个文件目录里。文档controller也可以在这个目录里放文件。但是app只可以访问或者删除这个目录下的文件,不能修改。
这个目录的内容会被itunes或者icloud备份

Library 主要存与用户数据无关的数据(一般是不想共享给用户的数据)。下面有CachesPreferences等子目录。app也可以在这个目录下创建自己的目录。
一般图片缓存,数据缓存都会可以放在这个Caches子目录下。
系统提供的数据存储NSUserDefault生成的plist文件,是放在Preferences目录下的
需要注意的是itunes和iCloud会备份除了Caches文件夹外的其他内容。

tmp 存放一些临时文件。这个文件目录下的数据在app不运行的时候都可能会被清除。因此对于可能还需要用到的数据,需要及早备份,如果不需要可以直接清除掉。
这个目录的内容不会被itunes或者iCloud进行备份。

各个目录存储的默认规则

为了防止设备同步或者备份数据的时候花费很长时间。如果文件过大,会导致同步和备份过程需要很长时间,用户可能会因为过长的等待或消耗过大的空间删除app。因此要合理的存储数据,苹果推荐了以下的存储规则:

  • 将用户数据存在Documents/目录下。通常是你希望共享给用户的数据。比如绘画类的app,存储绘画数据文件;文本编辑器,存储文本信息;音视频app,存储音视频(比如腾讯视频下载的文件,应该都是在这个目录下)

  • Library/Application support/ 主要是存放app正常运行需要用到的信息,比如配置文件等(一般要对用户隐藏)

  • 因为有些文件夹会默认被备份。隐藏对于那些大文件或者不需要备份的文件,可以通过[URL setResourceValue:forKey:error:]方法进行设置不需要备份。
    比如SDWebImage里面就用到了:

[fileURL setResourceValue:@YES forKey:NSURLIsExcludedFromBackupKey error:nil];
  • 临时文件一般都放在tmp目录下。用完的时候记得及时移除。这个目录下不能长久存信息。因为app不运行的时候,系统会阶段性的去清除。

  • Library/Caches/ 主要是存储一下不重要的缓存文件(可再生的)。缓存文件的主要目标是为了提升app的性能。上面括号里写了存储可再生的数据,是因为系统在发现用户的存储空间不够的时候,是会删除这个文件目录来释放空间的。因此查一句话,YYCache的硬盘缓存也是默认存在Caches文件目录下的,因此如果是非常重要的不可再生的数据,记得不要用默认的路径,YYCache支持自定义路径的。

关于AFS

iOS 10.3系统之后,苹果的文件操作系统由HFS+ 改为了 AFS(Apple File System)。AFS在克隆,快照,空间共享等方面做了很大的优化和提示。(注:使用NSFileManager和NSFileHandle将自动使用苹果的AFS)
AFS 具有以下好处:

  • 拷贝文件将不需要额外的硬盘空间。
    如果拷贝的文件有修改,相同的部分还是共用一块内存,不同的部分需要占据一块不同的内存,如下图(虚线上面是HSF+的情况,虚线下面是AFS的情况):


    image.png
  • 磁盘空间的共享
    在HFS+系统的时候,由于一个分区只支持一个volume,对存储设备进行分区设置的时候定义了volume的大小,这样每个volume的剩余空间大小其实已经是固定的。但是AFS系统支持单个区支持多个volume,并允许所有的volume共享剩余的所有空间。当一个volume释放了空间,这块空间可以被另一个volume增大时候使用


    image.png
  • 稀疏文件不分配多余的磁盘空间(具体没有太理解😂,待续吧)
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,744评论 6 502
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,505评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,105评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,242评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,269评论 6 389
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,215评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,096评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,939评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,354评论 1 311
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,573评论 2 333
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,745评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,448评论 5 344
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,048评论 3 327
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,683评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,838评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,776评论 2 369
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,652评论 2 354