带有 XCode 8 GM 的 iOS 10 导致 NSUserDefaults 间歇性无法工作

Question

注意:我在 Stack Overflow 上看到过很多关于 NSUserDefaults 在 Swift 中被重命名为 UserDefaults 或者在模拟器上不工作直到重新开始。无论如何，这不是重复的。 SO 标记的许多问题都来自 4 年前。我的问题特定于今年的 iOS 10，因为这在旧版本中一直有效。我已经在我的问题中提到我的问题不是那些问题的重复，因为那些是 swift 中的模拟器错误，而我的问题是关于设备 Objective-C 错误。 请在标记为重复之前阅读问题

我的问题是不同的，因为我能够在 Objective-C 和物理设备本身上重现它。

我为这次测试从头开始创建了一个全新的项目。我将此代码放在 View Controller 的 viewDidLoad 中:

if (![[NSUserDefaults standardUserDefaults] valueForKey:@"checkIfInitialized"]){
    NSLog(@"setting checkIfInitialized as not exist");
    [[NSUserDefaults standardUserDefaults] setValue:@"test" forKey:@"checkIfInitialized"];
    [[NSUserDefaults standardUserDefaults] synchronize];
    self.view.backgroundColor=[UIColor redColor];
    self.mylabel.text=@"NSUserDefaults was NOT there, try running again";
} else {
    NSLog(@"checkIfInitialized exists already");
    self.view.backgroundColor=[UIColor blueColor];
    self.mylabel.text=@"NSUserDefaults was already there this time, try running again";
}

现在，如果我运行该应用程序大约 10 次，它有几次会找到 checkIfInitialized，有时却找不到。没有关于它失败多少次的确切数字，因为它可能工作 3 次，然后接下来失败 2 次，然后工作 4 次，然后失败一次，依此类推。

现在我注意到(虽然不是 100% 确定)问题似乎只在我测试通过 Xcode 连接时才会发生。如果我在没有 Xcode 的情况下通过单击设备上的应用程序图标启动应用程序来运行，那么它似乎工作正常但我不能 100% 确定。

我注意到这个错误有时会发生:

[User Defaults] Failed to write value for key checkIfInitialized in CFPrefsPlistSource<0x1700f7200> (Domain: com.xxxx.appname, User: kCFPreferencesCurrentUser, ByHost: No, Container: (null)): Path not accessible, switching to read-only

如果您想测试一下，我的保管箱中有这个非常简单的项目。我建议测试大约 10-15 次以重现此问题。

https://www.dropbox.com/s/j7vbgl6e15s57ix/nsuserdefaultbug.zip?dl=0

这在 iOS 9 上工作得很好，所以肯定与 iOS 10 有关。

编辑错误记录:28287988

苹果DTS团队回应:

First off, you should first determine whether standardUserDefaults or valueForKey is failing. My guess is that “standardUserDefaults” is returning NULL and, if that’s the case, then that’s something you should be guarding against generally. Notably, standardUserDefaults will return NULL if the preference file is encrypted in the environment the app is currently running in (for example, preferences is set to “NSFileProtectionComplete” and the app is running in the background). That shouldn’t be an issue for standard foreground-only apps, but it’s something to be aware of anyway.

It’s very likely that Xcode is actually inducing the problem here. Xcode vastly complicates the app launching environment in a way that’s VERY different than a standard app launch. My guess is that this is basically being triggered by Xcode’s timing inducing an an expected situation during the app launch, but if you want a more formal test of that try setting a single breakpoint in applicationDidFinishLaunching and continuing in the debugger as soon as you hit it. My guess is just adding that disrupts the timing enough to stop the problem from happening. Sort of. It’s iOS 10 only in the sense that iOS 9 will never print that log message, but that’s because the log message was added in iOS 10. The code itself is similar enough to iOS 9.3 that I suspect exactly the same behavior is (at least in theory) possible in iOS 9.

Answer 1

是的，这绝对是一个可重现的错误。

• 它发生在 Xcode 8 和 iOS 10 的 GM 版本中。
• 它不是涉及 Swift 的链接问题。
• 链接的问题不是是指模拟器的测试版。

该错误发生在设备和模拟器上。它是间歇性的:保存将工作六次然后失败。与您不同，我没有收到“无法写入 key ”消息。

在没有Xcode的情况下直接在设备上操作也会出现这个bug。其实我就是这样发现的。

你应该report a bug to Apple ，特别是因为您有一个可以重现它的简短程序。我也会这样做。

一个关键区别:在我的例子中，失败是写入默认值。先前写入的值保留在 NSUserDefaults 中。有时一个 key 写入成功，而另一个 key 未更改。