有空用下
http://www.cocoachina.com/bbs/read.php?tid=86244
http://www.ooso.net/archives/617
http://blog.csdn.net/theonezh/article/details/7711749
https://gist.github.com/4527957
如何阻止文件被iTunes和iCloud同步 How do I prevent files from being backed up to iCloud and iTunes?
iOS 5有了iCloud后,Apple更新了数据存储指导方针,以适应于iCloud存储,同时增加了“不要备份”文件属性,可以指定文件不备份和上传到iCloud
摘录如下,供大家参考:
iOS 数据存储指导方针
iCloud 包括了备份,会通过Wi-Fi每天自动备份用户iOS设备。app的home目录下的所有东西都会被备份,除了应用Bundle本身、缓存目录和temp 目录。已购买的音乐、应用、书籍、Camera Roll、设备设置、主屏幕、App组织、消息、铃声也都会被备份。由于备份通过无线进行,并且为每个用户存储在iCloud中,应用需最小化自己存储的 数据数量。大文件会延长备份时间,并且消耗用户的可用iCloud空间。
为了确保备份尽可能快速高效,应用存储数据需要遵循以下指导方针:
1. 只有那些用户生成的文档或其它数据,或者应用不能重新创建的数据,才应该存储在/Documents目录下,并且会被自动备份到iCloud。
2. 可以重新下载或生成的数据,应该存储在/Library/Caches目录。例如数据库缓存文件、可下载文件(杂志、报纸、地图应用使用的数据)等都属于这一类。
3. 临时使用的数据应该存放在/tmp目录。尽管这些文件不会被iCloud备份,应用在使用完之后需要记得删除这些文件,这样才不会继续占用用户设备的空间。
4. 使用"不要备份"属性来指定那些需要保留在设备中的文件(即使是低存储空间情况下)。那些能够重新生成,但在低存储空间时仍需保留,对应用正常运行有影 响,或者用户希望文件在离线时可用的文件,需要使用这个属性。无论哪个目录下的文件(包括Documents目录),都可以使用这个属性。这些文件不会被 删除,也不会包含在用户的iCloud或iTunes备份中。由于这些文件一直占用着用户设备的存储空间,应用有责任定期监控和删除这些文件。
iOS 5.0.1开始支持"do not back up"文件属性,允许开发者明确地指定哪些文件应该被备份,哪些是本地缓存可以自动删除,哪些文件不需要备份但不能删除。此外,对目录设置这个属性,会阻止备份该目录和目录中的所有内容。
注 意"do not back up"属性只能用于iOS 5.0.1以后版本。之前版本的应用需要存储数据到/Library/Caches目录才能避免被备 份。由于老的系统忽略这个属性,你需要确保应用在所有iOS版本中,都遵循上面的iOS Data Storage Guidelines。
数据处理分类
com.apple.MobileBackup 文件属性就是iOS 5.0.1引入的"do not back up"特性,用于指定文件或目录不需要备份(不管在文件系统的什么位置)。通过使用这个新的文件属性,并且将文件存放在指定的目录下,文件可以分为以下四 种数据类型:s.
关键数据
这 些是用户创建的数据,或其它不能重新生成的数据。应该存放在/Documents目录下,并且不应该标 记为"do not backup"属性。关键数据在低存储空间时也会保留,而且会被iCloud或iTunes备份。
缓存数据
可 以重新下载或生成的数据,而且没有这些数据也不会妨碍用户离线使用应用的功能。缓存数据应该保存 在/Library/Caches目录下。缓存数据在设备低存储空间时可能会被删除,iTunes或 iCloud不会对其进行备份。
临时数据
应 用需要写到本地存储,内部使用的临时数据,但不需要长期保留使用。临时数据应该保存在/tmp目录。系 统可能会清空该目录下的数据,iTunes或iCloud也不会对其进行备份。应用在不需要使用这些数据时,应该尽快地删除临时数据,以避免浪费用户的存 储空间。
离线数据
可 以下载,或重新创建,但用户希望在离线时也能访问这些数据。离线数据应该存放在/Documents目 录或/Library/Private Documents目录,并标记为"do not backup"属性。这两个位置的数据在低存储空间时都会保留,而"do not backup"属性会阻止iTunes或iCloud备份。应用不再需要离线数据文件时,应该尽快删除,以避免浪费用户的存储空间。ce.
设置Do Not Backup扩展属性
注意:"do not backup"扩展属性可以添加到任何文件或目录,在旧版本的系统中也能够设置。但旧系统仍然会备份这些文件,一旦设备更新到iOS 5.0.1,这些文件会被重新正确地配置。
使用下面方法来设置"do not back up"扩展属性。当你创建不需要备份的文件或目录时,向文件写入数据,然后调用下面方法,并传递一个文件URL。
设置扩展属性
#include
- (BOOL)addSkipBackupAttributeToItemAtURL:(NSURL *)URL
{
const char* filePath = [[URL path] fileSystemRepresentation];
const char* attrName = "com.apple.MobileBackup";
u_int8_t attrValue = 1;
int result = setxattr(filePath, attrName, &attrValue, sizeof(attrValue), 0, 0);
return result == 0;
}
苹果在iOS 5系统时,对app的文件存储提出了新的要求。从它的guildline来看,是推荐开发者尽量把app生成的文件放在Caches目录下的。原文如下:
Only user-generated data or that cannot otherwise be recreated by your application, should be stored in the /Documents directory and rest should be stored to /Library/Caches directory。
照做会怎么样?
如果这么做的话,会出现两种情况
- 如果对此置之不理,继续把应用生成的文件放在Documents目录下,那么这些文件会被备份到iTunes或者iCloud。如果这些文件很大,那么用户可能需要为了同步消耗不少流量,然后苹果可能会因此拒绝你的应用上架,这是一个悲剧。
- 如果开发者照Apple说的干,把应用生成的文件放在Caches目录下,那么苹果不会拒绝你的应用,很happy。但是iOS 5会在磁盘空间紧张的时候删除Caches目录下的文件,这对用户来说可能是一个更大的悲剧。
如何应对新的文件存储策略?
开发者在这时陷入了两难的境地,但是到了iOS 5.0.1的时候,开发者多了第三种选择:
- 继续把文件存储在Documents目录下,但是标记这些文件为不需要备份。详情请参考 technote (QA1719)
原文如下:
Q: My app has a number of files that need to be stored on the device permanently for my app to function properly offline. However, those files do not contain user data and don’t need to be backed up. How should I store those files in iOS 5?
A: Starting in iOS 5.0.1 a new “do not back up” file attribute has been introduced allowing developers to clearly specify which files should be backed up, which files are local caches only and subject to purge, and which files should not be backed up but should also not be purged. In addition, setting this attribute on a folder will prevent the folder and all of its contents from being backed up.
代码示例
给文件加上”do not back up”属性的代码如下,需要注意这个是iOS 5.0.1才有效,低于这个版本就别费劲了。
#include - (BOOL)addSkipBackupAttributeToItemAtURL:(NSURL *)URL { const char* filePath = [[URL path] fileSystemRepresentation]; const char* attrName ="com.apple.MobileBackup"; u_int8_t attrValue = 1; int result = setxattr(filePath,attrName, &attrValue, sizeof(attrValue), 0, 0); return result == 0; }
//设置扩展属性
#include
- (
BOOL
)addSkipBackupAttributeToItemAtURL:(
NSURL
*)URL
{
const
char
* filePath = [[URL path] fileSystemRepresentation];
const
char
* attrName =
"com.apple.MobileBackup"
;
u_int8_t attrValue = 1;
int
result = setxattr(filePath, attrName, &attrValue,
sizeof
(attrValue), 0, 0);
return
result == 0;
}
You can put data in Documents folder but before keep in documents folder create a folder within Documents folder suppose namely temp. Then write the following code to not backup in iCloud.
[[NSFileManager defaultManager] createDirectoryAtPath:temp
withIntermediateDirectories:NO
attributes:nil
error:nil];
NSURL *dbURLPath = [NSURL URLWithString:temp];
[self addSkipBackupAttributeToItemAtURL:dbURLPath];
Also implement the method addSkipBackupAttributeToItemAtURL do not forget to include
#include
- (BOOL)addSkipBackupAttributeToItemAtURL:(NSURL *)URL {
const char* filePath = [[URL path] fileSystemRepresentation];
const char* attrName = "com.apple.MobileBackup";
u_int8_t attrValue = 1;
int result = setxattr(filePath, attrName, &attrValue, sizeof(attrValue), 0, 0);
return result == 0;
}
iOS的文件分类、存放路径及文件属性
关键数据
内容:用户创建的数据文件,无法在删除后自动重新创建,且会
路径:主目录/Documents
属性:不要设置"不备份"
管理:iOS系统即时遇到存储空间不足的情况下,也不会清除,同时会备份到iTunes或iCloud中
缓存数据
内容:可用于离线环境,可被重复下载重复生成,即时在离线时缺失,应用本身也可以正常运行
路径:主目录/Library/Caches
属性:默认
管理:在存储空间不足的情况下,会清空, 并且不会被自动备份到iTunes和iCloud中
临时数据
内容:应用运行时,为完成某个内部操作临时生成的文件
路径:主目录/tmp
属性:默认
管理:随时可能被iOS系统清除,且不会自动备份到iTunes和iCloud,尽量在文件不再使用时,应用自己情况,避免对用户设备空间的浪费
离线数据
内容:与缓存数据类似,可以被重新下载和重建,但是用户往往希望在离线时数据依然能够托托地存在着
目录:主目录/Documents 或 主目录/Library/自定义的文件夹
属性:放于Documents下不需设置,放在自定义文件夹中需设置"不备份"
管理:与关键数据类似,即时在存储空间不足的情况下也不会清楚,应用自己应该清除已经不再使用的文件,以免浪费用户设备空间
从iOS5.0.1引入的设置不要备份文件(文件夹也适用)的扩展属性
from being backed up to iCloud and iTunes?
分类: iphone开发 2012-03-23 11:28 452人阅读 评论(0) 收藏 举报
先阅读官方说明:
https://developer.apple.com/library/ios/#qa/qa1719/_index.html
使用方法:
#import “sys/xattr.h”
- (BOOL)addSkipBackupAttributeToItemAtURL:(NSURL *)URL
{
const char* filePath = [[URL path] fileSystemRepresentation];
const char* attrName = “com.apple.MobileBackup”;
u_int8_t attrValue = 1;
int result = setxattr(filePath, attrName, &attrValue, sizeof(attrValue), 0, 0);
return result == 0;
}
- (void)addSkipBackupAttributeToPath:(NSString*)path {
u_int8_t b = 1;
setxattr([path fileSystemRepresentation], “com.apple.MobileBackup”, &b, 1, 0, 0);
}
对文件夹的path使用这两个方法中的任意一个,就可以使该目录和该目录包含的所有文件和文件夹不被icloud和itunes同步了!
对于数据的同步与否的设计规则 详细看上面的官方说明链接。
注意:setxattr在iOS 5.0.1之前的系统里不会起作用的,(但是那些系统也没有iCloud只有iTunes^.^)。经测试发现虽然不会起作用,但调用该函数也不会引起空 指针错误。 这是一项挺有意思的技术:新系统里加入了原先系统里没有的func,在原先的系统里调用,居然没有nullpoint错误。 莫非这函数地址早就存在,预留好了后面把功能挂上? 奇怪了。
另外补充一下,对这个特性的测试要有耐心,因为icloud识别应用程序里要同步的数据量大小显示要等几秒(菊花。。),
参考文档:apple官方文档,
stackoverflow问答:http://stackoverflow.com/questions/8694112/adding-the-do-not-backup-attribute-to-a-folder-hierarchy-in-ios-5-0-1