iOS5.0引入了iCloud,让那些需要本地存储较多数据的app开发者(比如支持离线的杂志，新闻类app)陷入了 尴尬的境地，因为将大量数据存储在/Documents 文件夹将导致iCloud同步变的缓慢，影响用户体验，且影响用户的存储空间，基于此种考虑，苹果审核团队开始拒绝这样的app，苹果给出的建议是：
1.只有用户生成的文件、其他数据及其他程序不能重新创建的文件，应该保存在<Application_Home>/Documents 目录下面，并将通过iCloud自动备份。
2.可以重新下载或者重新生成的数据应该保存在 <Application_Home>/Library/Caches 目录下面。举个例子，比如杂志、新闻、地图应用使用的数据库缓存文件和可下载内容应该保存到这个文件夹。
3.只是临时使用的数据应该保存到 <Application_Home>/tmp 文件夹。尽管 iCloud 不会备份这些文件，但在应用在使用完这些数据之后要注意随时删除，避免占用用户设备的空间。
但
在 iOS 5 设备中，存储空间警告时，如果此时应用没有运行，那么该应用的
<Application_Home>/Library/Caches文件夹中的数据将被清空。这样开发者将没有可以持久的存储数据的文件夹
了，怎么办？到apple楼下集 会抗议？。。。提交漏洞报告吧
终于，苹果在此次ios5.0.1的版本中做出了让步，引入
了"do not back up" attribute，为了那些files that shouldremain on device, even
in low storage
situations.(即使在低内存时也不会丢失的文件，而之前的/Library/Caches在低内存时文件是会被丢弃的)
怎么实现？
当你想将文档指定为“do not back up”时候，在你的类中添加下面的函数，记得#include <sys/xattr.h>
- (void) AddSkipBackupAttributeToFile: (NSURL*) url //文件的URL
{ u_int8_t b = 1;
setxattr([[url path] fileSystemRepresentation], "com.apple.MobileBackup", &b, 1, 0, 0);
}
搞掂，支持离线的app开发者们有福了...