在 iOS 上，replaceItemAtURL 失败且没有错误，但在 OSX 上工作正常

Question

我正在为基于 CoreData 的应用程序实现手动触发的迁移过程，迁移成功完成后，我尝试使用 replaceItemAtURL:withItemAtURL:backupItemName 将迁移的数据库移回到原始数据库的顶部:options:resultingItemURL:error:。

问题是，在 iOS 上，我所做的任何事情都不会让这个方法返回 YES，但是它也不会将任何内容放入错误指针中以让您查看出了什么问题。

我在其他地方读过一些东西（例如 http://www.cocoabuilder.com/archive/cocoa/287790-nsdoc-magic-file-watcher-ruins-core-data-migration.html) 表示不关闭所有 CoreData 对象（例如 NSMigrationManager、NSManagedObjectModel 等）在尝试替换之前可能是原因，但事实并非如此。我什至实现了一些完全不涉及 CoreData DB 的两个文件创建和交换的东西，以验证 CoreData 的东西与它没有任何关系。

然后我注意到 官方文档表明 newitemURL 应该位于适合临时文件的目录中。我假设这意味着 URLForDirectory:inDomain:propertyForURL:create:error: 使用 NSItemReplacementDirectory 作为搜索路径返回的目录。

那也没用！我最终又转而使用单独的操作来实现替换逻辑，但这是非原子的、不安全的以及所有这些不好的东西。

是否有人拥有在 iOS 上运行的工作代码片段，该代码片段要么从调用 replaceItemAtURL 返回 YES，要么实际上将错误信息放入错误指针中？

非常感谢任何帮助。

编辑 - 下面包含测试代码。它在主线程上的 application:didFinishLaunchingWithOptions: 中运行。

NSFileManager *fm = [[NSFileManager alloc] init];
NSError *err = nil;
NSURL *docDir = [NSURL fileURLWithPath:[self applicationDocumentsDirectory]];

NSURL *tmpDir = [fm URLForDirectory:NSItemReplacementDirectory
                           inDomain:NSUserDomainMask
                  appropriateForURL:docDir
                             create:NO
                              error:&err];

NSURL *u1 = [docDir URLByAppendingPathComponent:@"f1"];
NSURL *u2 = [tmpDir URLByAppendingPathComponent:@"f2"];
NSURL *repl = nil;

[fm createFileAtPath:[u1 path]
            contents:[[NSString stringWithString:@"Hello"]
                      dataUsingEncoding:NSUTF8StringEncoding]
          attributes:nil];

[fm createFileAtPath:[u2 path]
            contents:[[NSString stringWithString:@"World"]        
                      dataUsingEncoding:NSUTF8StringEncoding]
          attributes:nil];

BOOL test = [fm replaceItemAtURL:u1 withItemAtURL:u2 backupItemName:@"f1backup"
                         options:0 resultingItemURL:&repl error:&err];

// At this point GDB shows test to be NO but error is still nil

Answer 1

我在 iOS 上使用 URL 的所有 NSFileManager 方法都遇到了问题。但是，所有使用 Path 的方法都有效。因此，我认为您应该使用 removeItemAtPath:error: 和 copyItemAtPath:toURL:error: 来实现此目的。

希望有帮助

Answer 2

在mac文件系统中不区分大小写，但在IOS中则如此。即使一个位置不能有两个名称相同但大小写不同的文件，路径也是区分大小写的。因此，如果文件具有 .JPEG 并且在您的代码中传递带有 .jpeg 的链接，它将失败。
您的情况可能并非如此，但只是分享什么，

尽管奇怪的是它应该给您错误。