NSFileProtectionKey

iPhone锁屏状态会对文件的读写产生影响，导致一些在后台模式下的操作并不能达到想要的结果。

在NSFileManager类中这样一些方法，

- createFileAtPath:contents:attributes:

- createDirectoryAtPath:withIntermediateDirectories:attributes:error:

– setAttributes:ofItemAtPath:error:

- attributesOfItemAtPath:error:

相同的是这里都提到了一个名词attributes。文档介绍，这是一些关于文件的属性，用一个字典包括，每一个key都被定义好的。文档中搜索File Attribute Keys，可以轻松找到。这里只就其中一个在锁屏状态下造成影响的属性作出一些介绍：NSString* const NSFileProtectionKey;

这个扩展属性标示着文件的保护等级，相对应的值也是NSString类型的。在File Protection Values.中列了出来。下面来一个个看。

extern NSString* const NSFileProtectionNone;

extern NSString* const NSFileProtectionComplete;

extern NSString* const NSFileProtectionCompleteUnlessOpen;

extern NSString* const NSFileProtectionCompleteUntilFirstUserAuthentication;

NSFileProtectionNone：文件没有设置任何保护，随时可以读写。

NSFileProtectionComplete：最完备等级的保护，文件以加密形式写在磁盘中，当设备（iPhone/iPad）在Locked(锁屏，还是带密码的那种)状态或者booting（正在开机）时无法读写。

NSFileProtectionCompleteUnlessOpen：也是加密写在磁盘中，区别与上一个的事，文件在锁屏状态下可以被创建，但是不能关闭文件，一旦关了它，在解锁之前你是不可以做任何操作的。解锁之后，你可以正常操作文件，即使这个时候用户再次锁上设备。虽然没有被写入或读取，这里在创建或打开文件时也有一点小小的性能损失。更缓和的策略是在设备未锁住时将文件属性设为NSFileProtectionComplete。

NSFileProtectionCompleteUntilFirstUserAuthentication：文件以加密形式存储在磁盘上，未开启机器时是不可以存取的，在用户第一次解锁设备之后（理解为开机后第一次解锁），你的app可以使用这个文件即使用户锁屏了也没关系。

iOS这么做也是出于一些安全的考虑，但是对于一些在后台模式下的应用，NSFileProtectionComplete保护级别的文件可能会造成一些不便，例如写入数据库失败（我前面提到过），下载的文件未完成,etc.但是之间改变权限似乎又有安全隐患（其实我不是很care...）。比较建议的做法是，创建一个低保护权限的文件用于backup。然后在设备被解锁之后，也就是你的app可以为所欲为的时候把你想要的数据找回来，麻烦是麻烦点，但看起来应该很可靠。

tips：新创建的文件如果未指定attributes，它会分配一组默认的属性，针对文件保护，系统是怎么分配的并没有找到可靠资料，自己测试是出现了两种情况，一种是NSFileProtectionComplete，还有一种是NSFileProtectionCompleteUntilFirstUserAuthentication。最后贴一张图：

测试发现，NSUserDefaults对应的那个.plist文件就是图示属性,保护级别较低。

文／原鸣清（简书作者）
原文链接：http://www.jianshu.com/p/eab975041734
著作权归作者所有，转载请联系作者获得授权，并标注“简书作者”。