3

我目前正在使用的 iOS 应用程序遇到了一个非常奇怪的问题。仅当我使用 ad hoc 分发测试应用程序时，效果才会存在。更新应用程序（必须先安装）后，它无法正常工作。我可以追踪错误，它是由以下代码行引起的：

[fileManager createDirectoryAtPath:folder withIntermediateDirectories:YES attributes:nil error:&error];

现在您当然可以说：永远不要写入应用程序包本身，但基本路径是 Documents 文件夹，通过：

dirPaths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
docsDir = [dirPaths objectAtIndex:0];
imgDir = [docsDir stringByAppendingPathComponent:@"images"];
folder = [imgDir stringByAppendingPathComponent:md5]; // md5-Hash is created before

完整的错误消息（记录到 iphone 系统日志）是：

错误域 = NSCocoaErrorDomain 代码 = 513 “操作无法完成。（可可错误 513。）” UserInfo = 0x14d44f30 {NSFilePath = /var/mobile/Applications/280C6D36-3667-4589-A74F-42F3F17ABA71/Documents/images/ 39b6cd45a05a2276ef065b2ecf33b1eb, NSUnderlyingError=0x14d4e340 "操作无法完成。操作不允许"}

正如我所指出的，有趣的是，如果我在通过临时分发安装之前删除应用程序（Testflight 到带有 iOS 7.0.4 的 iPhone 5），则会创建文件夹并且应用程序按预期工作。我能找到的唯一参考是开发人员不使用 stringByAppendingPathComponent 或直接写入应用程序包。也许其他人有问题或有想法？

4

1 回答 1

1

我终于找到了无法创建文件夹的原因。之后它看起来非常简单和愚蠢，但是如果您可以查看完整的源代码，您会理解这是如何发生的。在我的辩护中，我不得不说我来这个项目是为了进一步开发，因为最初的开发人员离开了这个项目。为了您更好地理解，我大大简化了代码。

dirPaths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
docsDir = [dirPaths objectAtIndex:0];
imgDir = [docsDir stringByAppendingPathComponent:@"images"];

imgDir 实际上保存在 userPreferences 中，并且代理类总是返回保存的路径，这是一个非常糟糕的主意。在更新过程中，应用程序会获得一个反映在应用程序文档路径中的新 guid。因此，尝试在先前版本的文档文件夹中创建文件夹必须失败，因为它不再存在。我更正了代码以从不保存路径并始终使用上面的代码返回当前路径。

于 2014-02-17T22:41:31.550 回答