为什么 NSUserDefaults 在我的应用程序的库/首选项中留下临时 plist 文件？

Question

我无法弄清楚为什么 NSUserDefaults 在我的应用程序的库/首选项中留下垃圾 plist 文件。

我看到以下文件...

com.mycompany.myapp.plist
com.mycompany.myapp.plist.3gaPYul
com.mycompany.myapp.plist.c97yxEH

...等。 plist.* 文件是 0 字节。似乎每次运行该应用程序时，都会留下一个新的应用程序。我确保我根本没有调用 -[NSUserDefaults Synchronize] ，但是如果我确实调用它，它会加速给定运行的垃圾文件的出现。在调试器中单步执行，一旦我单步执行同步调用，就会出现一个新文件。如果我取消同步调用，有时会在应用程序启动时出现新的垃圾文件，有时在应用程序退出时出现。

我还在检查是否可能在线程上设置用户默认值（不太可能，但也许有可能），认为文档说它是线程安全的。

任何帮助表示赞赏。谢谢！

编辑：

刚刚发现这个： CFPreferences 创建多个文件

虽然我同意回答者的想法，但它并不不解释“为什么？”部分。

Answer 1

我已经确信这是苹果的一个错误，但我无法制作一个小样本来说明它。我收到了大量反馈说苹果自己的应用程序可以做到这一点。由于我有点碰壁并且需要继续前进，所以我最终做了如下所示的令人讨厌的黑客攻击。

@implementation NSUserDefaults(Hack)

- (BOOL)synchronize
{
BOOL result = CFPreferencesAppSynchronize((CFStringRef)[[NSBundle mainBundle] bundleIdentifier]);
if (!result)
{
    // there's probably a temp file lingering around... try again.
    result = CFPreferencesAppSynchronize((CFStringRef)[[NSBundle mainBundle] bundleIdentifier]);

    // regardless of the result, lets clean up any temp files hanging around..
    NSFileManager *fileManager = [NSFileManager defaultManager];
    NSString *prefsDir = [NSHomeDirectory() stringByAppendingPathComponent:@"Library/Preferences"];
    NSDirectoryEnumerator *dirEnumerator = [fileManager enumeratorAtPath:prefsDir];
    NSString *file = nil;
    NSString *match = [[[NSBundle mainBundle] bundleIdentifier] stringByAppendingString:@".plist."];
    while ((file = [dirEnumerator nextObject]))
    {
        if ([file rangeOfString:match].location != NSNotFound)
        {
            NSString *fileToRemove = [prefsDir stringByAppendingPathComponent:file];
            [fileManager removeItemAtPath:fileToRemove error:nil];
        }
    }
}

return result;
}

Answer 2

这些 plist 文件在应用程序启动之间是否仍然存在？您在存储首选项时是否遇到错误？您的官方 plist 是否启用了写入权限？

属性列表可以原子写入，这意味着它们首先写入临时文件，如果写入操作期间没有错误，则临时文件将重命名为原始文件名。正常情况下，您不应该看到临时文件。

Answer 3

思考 - 您存储的数据是否被写入正确命名的文件中？我认为你暗示了这一点。我想知道正确命名的文件是否由 NSDefaults 以外的其他程序以写权限打开，以及这是否会阻止临时文件阶段的安全保存副本？