NSUserDefaults在电话重新启动但不解锁时丢失其键和值

我们目前正在使用我们的iPhone应用程序遇到以下奇怪的问题。 正如标题所说， NSUserDefaults正在丢失我们的自定义键和值，当电话重新启动，但没有解锁，这是发生在一个非常具体的情况。

语境：

• 我们在应用程序中使用NSUserDefaults来存储用户数据（例如用户名）。

• 我们的应用在背景模式下启用了位置。

• 我们遇到这个问题，只有通过空中分发或通过Testflight。 如果我使用Xcode将.ipa（相同的分布在空中）拖放到手机中，则不会遇到此问题。

情况：用户安装应用程序，login并成功将用户名存储在NSUserDefaults 。 然后，用户将他们的设备closures并将其重新打开，并让手机静置一段时间，然后解锁屏幕。

问题：如果在这段时间内触发了一个重要的位置变化，应用程序就会在后台运行，但NSUserDefaults是空的（只有一些来自苹果的密钥，但没有我们的自定义密钥）。 然后，无论你做什么， NSUserDefaults不会得到这个键的恢复（例如，如果你解锁你的手机并打开应用程序，你将看到键仍然丢失）。

任何帮助或想法将真正赞赏:)

Answer 1

过了一段时间，苹果认识到这是一个官方的错误。 所以我们只剩下不同的解决方法，直到解决：

1. 如果您在解锁手机之前需要数据，请使用以下选项之一并设置NSPersistentStoreFileProtectionKey = NSFileProtectionNone选项：

   • 使用核心数据保存数据。 （如果您需要访问数据库
     当电话还没有解锁的背景，你没有
     在它明智的信息，你可以添加到选项arrays的
     以下选项： NSPersistentStoreFileProtectionKey =
NSFileProtectionNone NSPersistentStoreFileProtectionKey =
NSFileProtectionNone NSPersistentStoreFileProtectionKey =
NSFileProtectionNone ）
   • 使用钥匙串。
   • 使用.plist文件。
   • 使用自定义文件:(例如：特定格式的.txt）。
   • 任何其他的方式，你可能会觉得存储数据的舒适。

   select你的;）

2. 如果您在手机解锁之前不需要或不关心数据，则可以使用此方法（谢谢@maxf）：

注册到applicationProtectedDataDidBecomeAvailable:通知并在callback中执行以下代码行[NSUserDefaults resetStandardUserDefaults]

这将使你NSUserDefault在你的手机被授权访问受保护的数据后NSUserDefault重新加载，帮助你完全避免这个问题。

感谢所有的帮助！

Answer 2

我有一个非常类似的问题。 背景的应用程序。 使用其他内存大量的应用程序，直到我的应用程序从内存抛弃。 （你可以观察到这个事件，如果你的设备被插入，xcode运行的时候，Xcode会告诉你“由于内存压力，应用程序被终止了”），如果你的应用程序注册了后台获取事件，点，并重新启动，但在后台。此时，如果您的设备被locking，您的NSUserDefaults将为空。

在debugging这个案子好几天之后，我意识到并不是NSUserDefaults被破坏或者被淹没了，而是应用程序由于设备locking而无法访问它。 如果您手动尝试通过xcode组织器手动尝试下载应用程序内容，则可以实际观察到此行为，但是如果设备保持locking状态，则会注意到存储NSUserDefaults设置的plist不存在。

好的，如果应用程序在设备被locking时启动到后台，则NSUserDefaults不可访问。 没有什么大不了的，但最糟糕的部分是，一旦应用程序启动到后台，它就停留在内存中。 此时，如果用户解锁设备并将应用程序启动到前台，那么您仍然没有任何NSUserDefaults内的任何东西。 这是因为一旦应用程序已经加载NSUserDefaults到内存（这是空的），它不知道一旦设备解锁后，重新加载它。 同步在这种情况下什么都不做。 我发现解决了我的问题是呼唤

applicationProtectedDataDidBecomeAvailable方法内的[NSUserDefaults resetStandardUserDefaults] 。

希望这有助于某人。 这些信息本可以为我节省很多小时的悲痛。

Answer 3

在启用密码的设备上使用重大的位置更改时，我们也遇到了此问题。 用户甚至解锁密码之前，应用程序启动BG，UserDefaults什么也没有。

我认为最好是在发生同步之前终止应用程序，因为下面的原因：

• 在UserDefaults被这个bug清除之后，UserDefaults的同步不应该被执行一次。
• 我们不能严格控制同步的调用，因为我们使用了许多第三方库。
• 如果UserDefaults无法加载（甚至在用户通过密码locking之前），该应用程序将无法正常工作。

所以这是我们的（有点奇怪）解决方法。 应用程序在检测到状况（应用程序状态= BG，UserDefaults被清除，iOS> = 7）时立即自杀。

它不应该违反UX标准，因为在后台终止应用程序将不会被用户注意到。 （也发生在用户甚至通过密码validation之前）

 #define SYSTEM_VERSION_GREATER_THAN_OR_EQUAL_TO(v) ([[[UIDevice currentDevice] systemVersion] compare:v options:NSNumericSearch] != NSOrderedAscending) + (void)crashIfUserDefaultsIsInBadState { if (SYSTEM_VERSION_GREATER_THAN_OR_EQUAL_TO(@"7.0") && [UIApplication sharedApplication].applicationState == UIApplicationStateBackground) { if ([[NSUserDefaults standardUserDefaults] objectForKey:@"firstBootDate"]) { NSLog(@"------- UserDefaults is healthy now."); } else { NSLog(@"----< WARNING >--- this app will terminate itself now, because UserDefaults is in bad state and not recoverable."); exit(0); } } [[NSUserDefaults standardUserDefaults] setObject:[NSDate date] forKey:@"firstBootDate"]; } - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { [self.class crashIfUserDefaultsIsInBadState]; // need to put this on the FIRST LINE of didFinishLaunchingWithOptions .... } 

Answer 4

这仍然是IOS 9.0的行为，自IOS 7.0以来。

我怀疑苹果公司不会改变这一点，因为这是由NSFileProtectionCompleteUntilFirstUserAuthentication保护.plist [NSUserDefaults standardUserDefaults]加载的结果。

另请参见为什么在平板电池IOS7之后NSUserDefaults不能读取