第一次应用程序更新，用户数据丢失（存储在文档目录中）

Question

我的第一个应用程序更新昨晚刚刚上线，我收到投诉称该更新导致用户创建的数据（其中一些）消失。我已经能够重现该问题，但无法说出原因。

在 Documents 目录中，我保存了一个关键文件，它告诉我所有用户文件的“标题”及其文件名（完整路径）。那么用户的所有文件也都在Documents目录中。

当更新发生时，密钥文件仍然存在（至少，我认为这是因为数据显示在应用程序的第一个屏幕中 - 应用程序在更新后会完全退出并重新启动，对吧？），但是当用户尝试时要导航到实际文件，没有任何数据，并且用户输入的任何新数据都不会保存。

当我不小心使用无效的文件名（其中包含不正确的字符）时，它的行为与调试时的行为完全相同 - 它从未保存。但随着更新，这些文件在旧版本中已正确保存，但在新版本中却以某种方式失败。

这是我的第一个应用程序，也是我的第一次更新，我在这里很茫然。我暂时已经下架了该应用程序（不知道你不能简单地恢复到旧版本！哎呀！）并且非常感谢有关在哪里/如何查找问题以及如何编写的任何想法一个很好的更新，不会丢失数据。 （到目前为止，我发现的只是“将数据保存在文档目录中”，这就是我已经在做的事情。）

我确实将原始应用程序保存在自己的项目中，我可以返回并再次使用它。当我开始进行更新时，我复制了整个目录，我确实想知道这是否可能是问题所在？我确实更改了保存所有 XCode 文件的目录的名称，并使用了 Project>Rename 功能。这会以某种方式产生这种效果吗？

该应用程序（原始版和更新版）在 4.2 及更高版本上运行（如果有的话）。

解决方案：

我相信我已经解决了这个问题。就像我在问题开始时所说的那样，我将用户文件的完整路径保存在我的关键文件中。显然，更新后不保证完整路径相同（我确信这已记录在某处，但我没有遇到它）。

因此，用户文件已传输到更新的新文档目录，但我在旧的绝对路径中查找它们，即不在我的沙箱中。

通过在应用程序的 didFinishLaunching 中放置一个循环以拉出文件路径的有问题的文件（我一直在本地查找并且它仍在工作）并将它们削减为文件名来修复。每当执行文件操作时，都必须以编程方式找到并添加文档路径。

就其价值而言，对我来说实际上是有好处的，因为无法恢复到商店中以前的二进制文件，因为重新安装原始版本不会解决用户的问题，但我相信它至少可以解决最初。我确实希望有一种方法可以禁止更新，但仍然允许新的购买（因为问题不影响新的购买）。不过，这种情况可能还不够普遍，不足以证明这一点。

Answer 1

只是为了让互联网路人对此有更多了解。是的，OP最后回答了他自己的问题。您绝对不应该在文档目录中存储文件的绝对 URL，否则可能会导致数据丢失。这是因为当您更新应用程序时，通过更改 .plist 文件中的版本号，iOS 会使用不同的十六进制名称为该应用程序创建一个新目录。现在，您的绝对 URL 引用了错误的位置，并且不会返回正确的文件。

在部署到设备之前，您可以在自己的计算机上看到此内容，方法是导航到

~/Library/Application Support/iPhone Simulator/*ios_version*/Applications/ ，

您将看到名称如下的文件夹：

6AA4B05C-8A38-4469- B7BE-5EA7E9712510
CB43C5F3-D720-49C3-87D4-EBE93FFD428B

这些文件夹内将是 iOS 应用程序的标准文件系统布局。即

文档
图书馆
tmp
YourApp.app

通过引用整个 URL，您将看到类似

~/Library/Application Support/iPhone Simulator/*ios_version*/Applications/6AA4B05C-8A38-4469-B7BE-5EA7E9712510/Documents/MyVeryImportantUserData.txt

但是，当您更新应用程序，应用程序将尝试的新 URL 为：

~/Library/Application Support/iPhone Simulator/*ios_version*/Applications/CB43C5F3-D720-49C3-87D4-EBE93FFD428B/Documents/MyVeryImportantUserData.txt

为空。

相反，您应该始终在获得文档目录文件路径前缀后仅保存文件路径来进行动态引用。

/**
 Returns the path to the application's Documents directory.
 */
- (NSString *)applicationDocumentsDirectory {
    return [NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) lastObject];
}

对于原始发布者来说，您可以通过发布新的更新来保存用户丢失的数据，其中您修改了代码以获取绝对 URL 并通过字符串的文档部分修剪所有内容。然后，您可以使用正确的文档目录 url 作为文件路径的前缀，应用程序就会找到数据。

Answer 2

问题海报和第一个答案都有助于澄清到底发生了什么。

因此，根据他们的观察，我开始意识到（似乎是）通向 Documents 文件夹的路径中的文件夹被重命名。这导致我找到了一个解决方案，我只保存文件的文件名，并创建一个实用程序类来获取已保存且现在存储在 当前 文件名的完整路径字符串应用程序更新后的>当前文档文件夹：

#import "StringUtils.h"

@implementation StringUtils

+ (NSString *)getFullDocumentUrl:(NSString *)fileName
{
    return [NSString stringWithFormat:@"%@/%@",[self applicationDocumentsDirectory],fileName];
}

+ (NSString *)applicationDocumentsDirectory
{
    return [NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) lastObject];
}

@end

Answer 3

我遇到了同样的问题。下面是一些示例代码，用于通过迭代文档目录中的文件并替换文件路径信息并保留文件名来修复文件名。在执行最后一行更改文件名之前，我建议使用 NSLog 来确保这正是您在 UpdatedName 中想要的内容。

    NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
    NSString *documentsPath = [paths objectAtIndex:0]; //Get the docs directory
    NSFileManager *fm = [NSFileManager defaultManager];
    NSArray *filenames = [fm contentsOfDirectoryAtPath:documentsPath error:nil];

    //Match on the filepath leading up to docs directory
    NSRegularExpression *regex = [NSRegularExpression regularExpressionWithPattern:@"^/\\S*Documents/"
                                                                           options:NSRegularExpressionCaseInsensitive
                                                                             error:nil];
    for (NSString *fileName in filenames)
    {
        NSRange fullLength = NSMakeRange(0, [fileName length]);
        //swap out the prepended directory structure with an empty string
        NSString *updatedFileName = [regex stringByReplacingMatchesInString:fileName
                                                                    options:0
                                                                      range:fullLength
                                                               withTemplate:@""];
        NSString *currentName = [NSString stringWithFormat:@"%@/%@",documentsPath,fileName];
        NSString *updatedName = [NSString stringWithFormat:@"%@/%@",documentsPath,updatedFileName];
        [fm moveItemAtPath:currentName toPath:updatedName error:nil];
    }

Answer 4

获取当前文档目录路径

NSSearchPathForDirectoriesInDomains(.documentDirectory, .userDomainMask, true)[0] as String

Answer 5

您可以使用此功能来查找新的文档目录，

例如：这是您第一次构建应用程序并将照片保存到此网址

“file:///var/mobile/Containers/Data/Application/D79E1373-883C-412B-B84E- 5C1E47BD0BEC/Documents/Temp/Photo_65650205603482916.jpg”

在您重建应用程序之后，文档直接被更改为

file:///var/mobile/Containers/Data/Application/E387590D-B279-4C38-A601-65C6F7BC917D/Documents/

所以您使用旧网址时无法上传

上传时，您可以执行以下操作：

// you have photoURl 

func getURLtoUpload(photoUrl:URL) {
    let urlStr = photoUrl.lastPathComponent

    let fileURL = self.getDocumentsDirectory().appendingPathComponent("Temp").appendingPathComponent("\(urlStr)")
    // your url to upload here 
    let url = URL(string:fileURL)
}


func getDocumentsDirectory() -> URL {

    let paths = FileManager.default.urls(for: .documentDirectory, in: .userDomainMask)
    let documentsDirectory = paths[0]
    return documentsDirectory
}

Answer 6

如果您想永久保存文件的位置，请使用 NSURL 的书签功能。书签是一种不透明的数据结构，包含在 NSData 对象中，用于描述文件的位置。尽管路径和文件引用 URL 在应用程序启动之间可能很脆弱，但书签通常可用于重新创建文件的 URL，即使文件被移动或重命名也是如此。

https://stackoverflow.com/a/53274341/945906