3

我有一个适用于 Mac 和 iOS 的应用程序，它使用 .plist 文件在使用 iCloud 的设备之间同步数据。每隔一段时间，我就会收到一封来自某个在特定设备上反复崩溃的电子邮件。（其他设备都很好。）在每种情况下，应用程序在尝试从 iCloud 读取文件时都会崩溃，使用 NSPropertyListSerialization 将数据转换为字典。在每种情况下，问题都是通过让用户删除应用程序的 iCloud 数据来解决的。相同的文件重新同步，一切正常。

我将在这里使用的具体示例来自 Mac 版本，但我在 iOS 上遇到了几乎相同的崩溃。来自崩溃报告：

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: 0x000000000000000a, 0x0000000101ee2000

VM Regions Near 0x101ee2000:
    VM_ALLOCATE            0000000101ee1000-0000000101ee2000 [    4K] rw-/rwx SM=PRV  
--> mapped file            0000000101ee2000-0000000101ee3000 [    4K] r--/rwx SM=COW  /Users/USER/Library/Mobile Documents/PB4R74AA4J~com~junecloud~Notefile/*/*.notefile
    shared memory          0000000101ee3000-0000000101ee4000 [    4K] rw-/rw- SM=SHM

接着：

Thread 7 Crashed:
0   libsystem_c.dylib               0x0000000105157013 bcmp + 19
1   com.apple.CoreFoundation        0x0000000101bbf4b0 __CFBinaryPlistGetTopLevelInfo + 80
2   com.apple.CoreFoundation        0x0000000101bbf36d __CFTryParseBinaryPlist + 93
3   com.apple.CoreFoundation        0x0000000101bbede2 _CFPropertyListCreateWithData + 146
4   com.apple.CoreFoundation        0x0000000101bcbdb0 CFPropertyListCreateWithData + 112
5   com.apple.Foundation            0x0000000101568b89 +[NSPropertyListSerialization propertyListWithData:options:format:error:] + 94
6   com.junecloud.Notefile-Helper   0x000000010107ad06 -[JUNNoteDocument readFromData:ofType:error:] + 64
7   com.apple.AppKit                0x000000010268d507 -[NSDocument readFromURL:ofType:error:] + 546
8   com.apple.AppKit                0x000000010228e3c8 -[NSDocument _initWithContentsOfURL:ofType:error:] + 135
9   com.apple.AppKit                0x000000010228e074 -[NSDocument initWithContentsOfURL:ofType:error:] + 262
10  com.junecloud.Notefile-Helper   0x000000010107cad8 -[JUNSyncDocument initWithFileURL:] + 213
11  com.junecloud.Notefile-Helper   0x0000000101079ec7 -[NotefileAppDelegate documentForURL:] + 68
12  com.junecloud.Notefile-Helper   0x00000001010825cb -[JUNSyncManager documentForURL:] + 76
13  com.junecloud.Notefile-Helper   0x000000010107d43c -[JUNSyncInOperation main] + 1340
14  com.apple.Foundation            0x0000000101563cd2 __NSThread__main__ + 1345
15  libsystem_c.dylib               0x00000001051697a2 _pthread_start + 327
16  libsystem_c.dylib               0x00000001051561e1 thread_start + 13

Thread 7 crashed with X86 Thread State (64-bit):
  rax: 0x0000000000000062  rbx: 0x000000000000007b  rcx: 0x000000010c2be868  rdx: 0x0000000000000007
  rdi: 0x0000000101d1e151  rsi: 0x0000000101ee2000  rbp: 0x000000010c2be810  rsp: 0x000000010c2be7b8
   r8: 0x000000010c2be870   r9: 0x0000000000000000  r10: 0x00007ff841c28900  r11: 0x00007ff841c186d8
  r12: 0x000000010c2be870  r13: 0x0000000101ee2000  r14: 0x000000010c2beb00  r15: 0x000000010c2be980
  rip: 0x0000000105157013  rfl: 0x0000000000010202  cr2: 0x0000000101ee2000
Logical CPU: 2

这是崩溃的相关代码：

- (BOOL)readFromData:(NSData *)data ofType:(NSString *)typeName error:(NSError **)outError {
    BOOL success = NO;
    NSDictionary *dictionary = nil;

    NSError *error = nil;
    id plist = [NSPropertyListSerialization propertyListWithData:data
        options:NSPropertyListImmutable format:NULL error:&error];
    if (plist && [plist isKindOfClass:[NSDictionary class]]) {
        dictionary = plist;
    } else {
        NSLog(@"Error opening document: %@ %@",error,[error userInfo]);
        if (outError != NULL) *outError = error;
    }

    // Then it does some things with the dictionary if it's not nil

    return success;
}

我认为 NSPropertyListSerialization 只是因为一些损坏的数据而窒息是正确的，还是我自己的代码中更有可能出现问题？如果问题出在 NSPropertyListSerialization 上，我能做些什么来防止应用程序崩溃，并更恰当地处理问题吗？

如果问题可能出在我自己的代码中，我该怎么做才能找到原因？如果我可以自己复制问题，这会容易得多，但我从未在自己的设备上看到过这种崩溃，显然我不能指望用户让我访问他们的 iCloud 帐户。

更新根据要求，这里有一些JUNSyncDocument. 在 iOS 上这是一个 UIDocument 子类，在 Mac 上它是一个 NSDocument 子类。

- (id)initWithFileURL:(NSURL *)url {
    #if TARGET_OS_IPHONE

    self = [super initWithFileURL:url];
    return self;

    #else

    NSError *error = nil;
    if ([[NSFileManager defaultManager] fileExistsAtPath:[url path]]) {
        if ((self = [super initWithContentsOfURL:url ofType:[self documentType] error:&error])) {
            self.fileURL = url;
            self.hasUndoManager = NO;
        } else NSLog(@"Error initializing existing document: %@ %@",url,error); 
    } else {
        if ((self = [super initWithType:[self documentType] error:&error])) {
            self.fileURL = url;
            self.hasUndoManager = NO;
        } else NSLog(@"Error initializing new document: %@",error);
    }
    return self;

    #endif
}

这看起来很混乱，如果我在这里做一些愚蠢的事情，我不会感到惊讶。不过，它在大多数情况下都可以正常工作。从以下位置调用NotefileAppDelegate：

- (JUNSyncDocument *)documentForURL:(NSURL *)url {
    JUNNoteDocument *document = [[JUNNoteDocument alloc] initWithFileURL:url];
    return document;
}

这又被调用JUNSyncManager：

- (JUNSyncDocument *)documentForURL:(NSURL *)url {
    return [self.delegate documentForURL:url];
}

由以下人员调用JUNSyncInOperation：

JUNSyncDocument *document = [self.delegate documentForURL:self.url];

我刚刚意识到我可以通过使用来摆脱那个荒谬的委托链NSClassFromString，但我不知道这是否会影响问题。

4

2 回答 2

3

查看源代码 of __CFTryParseBinaryPlist and __CFBinaryPlistGetTopLevelInfo，它们是开源的。

看起来崩溃的 memcmp (bcmp) 在一开始就检查二进制 plist 标头的数据的前几个字节。如果CFDataGetLength是<= 8字节，它就不会那么远，所以它不是缓冲区下溢。有可能CFDataGetBytePtr返回 nil，但我看不出如果长度 > 8 会发生这种情况。最有可能的是，数据指针已经无效。

我可以告诉您更多您从崩溃报告中发布的注册内容。另外，发布它如何创建数据的代码（-[JUNSyncDocument initWithFileURL:]和-[NotefileAppDelegate documentForURL:]。）

于 2013-04-12T22:21:18.810 回答
1

我有完全相同的问题，（UIDocument&NSDocument子类，在访问 plist 数据时崩溃），虽然我正在使用NSFileWrapper。

映射的文件路径在您的报告中看起来很可疑（除非它已被操作系统匿名），它似乎不是实际文件，而是查询字符串。不是NSMetadataQuery返回不正确的结果吗？

目前还没有解决办法，还在找。

更新

我可以与客户一起调试这个问题，生成带有日志信息的自定义构建。以下是我的观察：

  • 崩溃发生在不同的 API 上，比如NSPropertyListSerialization, CGImageSourceCreateWithURL，可能还有很多其他的。
  • 访问的文件存储在 iCloud 容器中

它具有以下状态：

fileExists = YES;
isUbiquitous = YES;
hasNonZeroSize = YES;
isDownloaded = NO;

因此，对于大多数 API，它显示为常规文件，但它不可用。访问时，它会使应用程序崩溃。- 访问的文件可以在具有 的文件包中isDownloaded = YES，尽管访问的文件本身（在文件包中）具有isDownloaded = NO.

解决方法：isDownloaded在访问文件内容之前检查文件的属性。使用以下命令检查此属性：

-[NSURL getResourceValue:&val forKey:NSURLUbiquitousItemIsDownloadedKey error:&error]

如果您像我一样使用NSFileWrapper阅读UIDocument内容，那么您需要进行以下检查：

-[UIDocument readFromURL:(NSURL *)url error:(NSError *__autoreleasing *)outError]

因为NSFileWrapper不会让您访问NSURL所需的文件包。

我怀疑创建文档时 iCloud 的原子性存在问题。看起来文件包及其内容的下载状态不同步，就像先创建文档目录，然后将其内容作为 2 个不同的操作复制到其中一样。

于 2013-05-22T20:52:46.990 回答