NSFileManager 创建文件夹（Cocoa 错误 513。）

Question

我正在尝试在我的应用程序的 /sounds 文件夹中创建一个文件夹。

-(void)productPurchased:(UAProduct*) product {
    NSLog(@"[StoreFrontDelegate] Purchased: %@ -- %@", product.productIdentifier, product.title);

    NSFileManager *manager = [NSFileManager defaultManager];
    NSString *bundleRoot = [[NSBundle mainBundle] bundlePath];

    NSError *error;

    NSString *dataPath = [NSString stringWithFormat:@"%@/sounds/%@", bundleRoot, product.title];

    if (![manager fileExistsAtPath:dataPath isDirectory:YES]) {
        [manager createDirectoryAtPath:dataPath withIntermediateDirectories:YES attributes:nil error:&error];
        NSLog(@"Creating folder");
    }

    NSLog(@"%@", error);
}

但我收到此错误：

Error Domain=NSCocoaErrorDomain Code=513 "The operation couldn’t be completed. (Cocoa error 513.)" UserInfo=0x175120 {NSFilePath=/var/mobile/Applications/D83FDFF9-2600-4056-9047-05F82633A2E4/App.app/sounds/Test Tones, NSUnderlyingError=0x117520 "The operation couldn’t be completed. Operation not permitted"}

我做错了什么？ 谢谢。

Answer 1

如果您在错误域上搜索 Google NSCocoaErrorDomain 您发现代码 513 转换为错误 NSFileWriteNoPermissionError< /代码>。

这为您提供了解决此问题的关键线索：

这是包含应用程序本身的捆绑目录。由于应用程序必须进行签名，因此您不得在运行时更改此目录的内容。这样做可能会阻止您的应用程序稍后启动。

具体来说，您无法修改已编译应用程序的捆绑文件夹的内容。这是因为捆绑包是已编译的应用程序。

当您最终通过 iTunes App Store 分发应用程序时，该应用程序将具有验证应用程序内容的数字签名。该签名是在编译时生成的。

如果您尝试在编译后更改捆绑包，则应用程序会发生更改并且数字签名不再有效。这会使应用程序失效——谁知道里面有什么代码，对吧？ - 因此，Apple 设置了 iOS，如果您尝试修改应用程序，则会抛出错误。

您的应用程序可以写入三个接受的特定于应用程序之一，而不是写入捆绑包文件夹：/Documents、/tmp 和 /Library/Caches。

最有可能的是，您需要写入 /Documents 文件夹。

这些文件夹只能由您的应用程序访问。没有其他应用程序可以访问这些文件夹的内容。 （同样，您的应用程序无法访问其他应用程序的文件夹。）

您可以将您的应用程序设置为允许最终用户通过 iTunes 管理对文件数据的访问，通过 桌面文件共享支持。

Answer 2

这是因为您永远不应该在运行时修改应用程序的包。相反，您应该在其他地方有一个可以添加资源的文件夹。

编辑：
您看到的错误很可能是因为您无法写入捆绑包。

Answer 3

使用 Log 库时，我遇到了同样的问题。最后是路径格式问题。检查 dataPath 格式。如果是情况1，则有效。就我而言，这是情况2，所以我无法创建目录。

// Case 1
/var/mobile/Containers/Data/Application/5FB2CD2D-91DC-4FB2-8D6F-06369C70BB4A/Library/Caches/AppLogs

// Case 2, invalid format
file://var/mobile/Containers/Data/Application/5FB2CD2D-91DC-4FB2-8D6F-06369C70BB4A/Library/Caches/AppLogs

如果 dataPath 有前缀，例如：file://，则它无效。

---

对于 NSURL 的实例，path 将返回类似 case 1 的字符串，而 absolutePath 将返回该字符串就像案例2。

Answer 4

在我的例子中，我仍然不完全清楚 513 错误的含义，但是当我尝试使用 [NSFileHandle fileHandleForReadingFromURL:theUrl error:&err ]。

我从这个答案中意识到，使用iOS 13，我现在需要使用startAccessingSecurityScopedResource来访问外部在应用程序中打开的文件。当我按如下方式包装文件调用时，错误 513 不再发生：

if( [myURL startAccessingSecurityScopedResource] ) 
{
    NSFileHandle* myFile = [NSFileHandle fileHandleForReadingFromURL:myURL error:&err ];
    // ...Do file reads here...
    [theUrl stopAccessingSecurityScopedResource];
}