苹果 iOS 5 系统增加了一个新的机制——在设备容量空间不足的情况下自动清除高速缓存文件或临时目录的内容。这意味着，如果你设备的容量快到极限了，应用存储的很多离线内容，包括文章、杂志、图书、漫画以及其他数据都将被清空！如果用户需要，将不得不重新下载这些内容。
关于苹果 iOS 5 的这次“变革”，困扰了不少开发者。新规则实施之后，用户想使用离线数据将会有很多困难，而且也有开发者反应他们的应用通不过苹果应用审核团队的审核。关于这次更新的讨论非常“火热”，当然也是相当杂乱，因为其中参杂了好几个问题，简单的归纳就是：
下面我们来分开讨论以上5个问题：
虽然苹果应用使用的临时文件夹同跟目录下的 /tmp 并非同一个文件夹，但是开发者不应该认为它们有什么显著的差别，他们都是临时文件夹，所以性质相同。如果你有过 OS X 、Unix 或 Linux 背景，你应该能理解，苹果其实没有义务向用户保证缓存和临时文件到底能保存多久。
即使你以前从来没有听说过临时文件夹和缓存文件夹里面的东西会被系统删除这种情况，也不代表这个情况将来会有所改善，特别是苹果已经在文件中申明这些。
最晚到2011年6月29日的时候，iOS发布之前，苹果的文件(web.archive.org存档，被墙)中涉及到<Application_Home>/Documents 的部分是这样描述的：
Use this directory to store user documents and application data files.
使用这个文件夹来存储用户文件和应用数据文件。
这个说明相当容易理解，这也很清楚的说明了为什么开发者对 iOS 5 中文件目录规则的改变不满。
关于<Application_Home>/Library/Caches 是这样说明的：
Use this directory to write any application-specific support files that you want to persist between launches of the application or during application updates. Your application is generally responsible for adding and removing these files. It should also be able to re-create these files as needed because iTunes removes them during a full restoration of the device.
使用这个文件夹来写应用在运行期间和更新期间需要用到的任何文件。你的应用必须负责好添加和删除这些文件。而且这些文件应该是可以被重建的，因为 iTunes 会在还原设备备份的时候删除这些文件。
这段说明中的措词，不可否认是比较模糊的。读这段说明的时候我的第一印象就是苹果在 iOS 5 中实施了一些与本条款相矛盾的根本性改变。但换个角度来说，通过”generally” 和 “able to re-create” 这些字眼，可以明显看出苹果基本上就是在警告开发者系统将怎么对待这些文件了。
iCloud 数据存储准则(需登录查看) 这样说明：
To ensure that backups are as efficient as possible, be sure to store your app’s data according to the following guidelines: 1. Only documents and other data that is user-generated, or that cannot otherwise be recreated by your application, should be stored in the <Application_Home>/Documents directory and will be automatically backed up by iCloud. 2. Data that can be downloaded again or regenerated should be stored in the <Application_Home>/Library/Caches directory. Examples of files you should put in the Caches directory include database cache files and downloadable content, such as that used by magazine, newspaper, and map applications. 3. Data that is used only temporarily should be stored in the <Application_Home>/tmp directory. Although these files are not backed up to iCloud, remember to delete those files when you are done with them so that they do not continue to consume space on the user’s device.
译者：为了保证数据备份的可能性和有效性，请确保你的应用数据符合以下规则： 1.只有用户生成的文件、其他数据及其他程序不能重新创建的文件，应该保存在<Application_Home>/Documents 目录下面，并将通过iCloud自动备份。 2.可以重新下载或者重新生成的数据应该保存在 <Application_Home>/Library/Caches 目录下面。举个例子，比如杂志、新闻、地图应用使用的数据库缓存文件和可下载内容应该保存到这个文件夹。 3.只是临时使用的数据应该保存到 <Application_Home>/tmp 文件夹。尽管 iCloud 不会备份这些文件，但在应用在使用完这些数据之后要注意随时删除，避免占用用户设备的空间。
如果我们暂时暂时忘记很多新闻、杂志、地图应用的唯一目的就是显示离线内容这个事实的话，以上条款还是相当清楚和有意义的。
最近不断有开发者反应在 Documents 文件夹存储 “任何/一些/很多”(any/some/much) 数据的应用被苹果的应用审核团队拒绝。但有些开发者已经成功地向应用审核团队解释他们的应用存储文件的原理，并表明他们的应用是完全遵守开发规则的。
现在看来，苹果应用审核团队也并没有十足的把握判断到底哪些文件夹中存储的哪些数据是用户生成的，而哪些数据又是可以重新下载和重新生成的。
应用文件夹所有内容都会备份，除了：
这在iCloud 数据存储准则中有很清楚的说明。
其他的文件也清楚的申明了，应用程序支持文件夹也会被iTunes备份。在讨论中一些开发者建议应用支持文件夹应该比缓存文件夹更安全点（更持久点）。在我看来，自从iCloud 存储推出以来，苹果应用审核团队将会重点打击那些需要存储大量应用支持文件在Documents 文件夹中的应用。
在 iOS 5 设备中，当用户收到存储空间不足的警告时，如果此时应用没有运行，那么该应用的 <Application_Home>/Library/Caches文件夹中的数据将被清空。
这意味着在 iOS 5 中应用将没有任何文件夹可以存储以下文件：
显然，现在要让 iOS 5.0 给开发者有一个文件夹存放文件已经不可能了，但是假如有足够的开发者向苹果表明他们确实需要这样一个文件夹来存储一些数据，我想在将来的版本当中，也许会出现改善。
给开发者的建议：赶紧给苹果提交漏洞报告！
原文作者：Our4.org，原文链接。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。