我使用以下方法在NSFileWrapper中取消归档数据,该方法通常运行良好:
- (id)decodeObjectFromWrapperWithPreferredFilename:(NSString *)p {
NSFileWrapper *wrapper = [self.fileWrapper.fileWrappers objectForKey:p];
if (!wrapper) {
NSLog(@"Unexpected error: Couldn't find %@ in file wrapper!", p);
return nil;
}
NSData *data = [wrapper regularFileContents];
NSKeyedUnarchiver *unarchiver;
@try {
unarchiver = [[NSKeyedUnarchiver alloc] initForReadingWithData:data];
}
@catch (NSException *exception) {
NSLog(@"exception: %@", exception);
[TestFlight passCheckpoint:@"FILE LOADING EXCEPTION!"];
UIAlertView *alertOFF = [[UIAlertView alloc]
initWithTitle:@"Corrupt"
message:@"There was an error loading a file! Please contact m@meernotes.com"
delegate:self
cancelButtonTitle:@"OK"
otherButtonTitles:nil];
[alertOFF show];
}
return [unarchiver decodeObjectForKey:@"data"];
}
但是,我偶尔会遇到unarchiver = [[NSKeyedUnarchiver alloc] initForReadingWithData:data];
行的SIGBUS崩溃。我想我的异常处理程序没有捕获到这种类型的异常?我该如何处理这些异常及其原因?
以下是Crashlytics崩溃报告:
Exception Type:SIGBUSCode:BUS_ADRALN
Thread 0 Crashed
Latest Crash: 11 September 2012 at 06:23
0 Foundation
-[NSKeyedUnarchiver initForReadingWithData:] + 389
1 Meernotes ✭ FRNBDocument.m line 221
-[FRNBDocument decodeObjectFromWrapperWithPreferredFilename:] + 221
2 Meernotes FRNBDocument.m line 155
-[FRNBDocument settings] + 155
3 Meernotes ModelController.m line 497
__39-[ModelController previewLoadDocAtURL:]_block_invoke_0 + 497
4
...
libdispatch.dylib
_dispatch_barrier_sync_f_slow_invoke + 78
5 libdispatch.dylib
_dispatch_main_queue_callback_4CF$VARIANT$up + 196
6 CoreFoundation
__CFRunLoopRun + 1268
7 CoreFoundation
CFRunLoopRunSpecific + 300
8 CoreFoundation
CFRunLoopRunInMode + 104
9 GraphicsServices
GSEventRunModal + 136
10 UIKit
UIApplicationMain + 1080
11 Meernotes main.m line 16
main + 16
答案 0 :(得分:1)
首先,你确定这是整个崩溃报告吗?应该有更多细节...
无论如何,这不是一个例外。它是一个信号,通常意味着存储器访问错误。如果你收到一个SIGBUS,它基本上意味着一个内存错误(通常是你的代码访问一个坏指针)。
在您的情况下,最可能的罪魁祸首是您从[wrapper regularFileContents]
收到的数据对象有点腐败。最有可能的是,它返回零。
请注意regularFileContents
的文档:
<强>讨论强>
如果用户在您之后修改文件,则此方法可能返回nil 调用readFromURL:options:error:或initWithURL:options:error:but 在NSFileWrapper读取文件内容之前。使用 NSFileWrapperReadingImmediate读取选项以降低可能性 那个问题。
这就是我要开始的地方。文件数据也可能已损坏,并且unarchiver会对不良数据造成阻塞。
基本上,这不是你可以捕捉和忽略的例外。它表示程序中必须修复的错误。