如何解决是否有等效于 iOS Objective C 的内部异常?
我想将一些非致命错误从我的 iOS 应用记录到 Firebase Crashlytics。我从我们使用的各种 SDK 中获取 NSError 对象;然而,它们本身并不是非常有用。我需要向他们添加一条消息,以便我可以知道他们在我们的代码中被调用的位置以及在错误条件发生之前发生了什么。对于我们的 Java Android 应用程序,我可以创建一个带有内部异常的新异常,如下所示:
new Exception("My message",originalException);
iOS Objective C 中是否有等价物?
其他可能解决我的问题的事情:
- 我在 Crashlytics 上只看到一个
recordError
方法,它只接受一个参数“error”。是否有我不知道的隐藏方法? - 我可以创建一个新的 NSError 对象并克隆所有内容,在我的新消息之前。这样做合理吗?我需要复制原始 NSError 对象的所有属性以确保捕获有关原始错误的所有重要信息?
- 我可以在调用
log
之前调用 CrashlyticslogWithFormat
或recordError
,然后我想知道的任何历史记录都会显示在 Crashlytics 的“日志”选项卡上。我对此并不感到疯狂,因为似乎代码中的多个点可能会发生相同的错误,而且我不一定希望 Firebase 将它们混为一谈。 Firebase 是否足够聪明,不会将它们混为一谈?或者,这是否只是'事情完成的方式',我需要克服它并以这种方式添加我的遥测数据而无需抱怨?
谢谢。
解决方法
我建议您从 Crashlytics 方面解决这个问题。您需要首先确定您希望如何跟踪您的信息、您正在跟踪哪些信息以及您将如何跟踪这些信息。当您有诸如“Firebase 可以将它们合并在一起吗?”之类的答案时您应该深入研究代码并选择合适的解决方案。此外,使用 Crashlytics 以外的其他工具也可能是一个解决方案(不是说您应该这样做,只是可以)。
我个人会继承 NSError
对象并包装原始对象。您可以添加其他属性,以便稍后帮助您跟踪信息。从技术上讲,您的类可以包装您的类的另一个实例,该实例包装 NSError
,因此您可以拥有 error->originalError->originalError
,这是一件好事。另一个可能发生的潜在不便事情是您在不同的模块中两次或多次发送错误(原始 + 包装)。您还可以通过一些只创建一次的唯一标识符来跟踪它。
尝试深入研究一些代码...
@interface AppError: NSError
@property (nonatomic,strong) NSError *originalError;
@property (nonatomic,strong) NSString *message;
@property (nonatomic,strong) NSString *identifier;
@end
@implementation AppError
- (id)initWithMessage:(NSString *)message andOriginalError:(NSError *)error {
if((self = [super initWithDomain:@"AppError" code:100 userInfo:nil])) {
self.originalError = error;
self.message = message;
if([error isKindOfClass:[AppError class]]) {
self.identifier = [(AppError *)error identifier];
} else {
self.identifier = [[NSUUID new] UUIDString];
}
}
return self;
}
+ (NSError *)flatMapErrors:(NSError *)error {
if(![error isKindOfClass:[AppError class]]) {
return error; // Is a normal error so just return it
}
NSString *identifier = nil;
NSMutableArray<NSString *> *messages = [[NSMutableArray<NSString *> alloc] init];
NSError *originalError = nil;
for(AppError *currentError = error; [currentError isKindOfClass:[AppError class]]; currentError = currentError.originalError) {
identifier = currentError.identifier;
originalError = currentError.originalError;
[messages addObject:currentError.message];
}
NSString *message = nil;
for(NSString *errorMessage in messages.reverseObjectEnumerator) {
if(message == nil) {
message = errorMessage;
} else {
message = [NSString stringWithFormat:@"%@ (%@)",errorMessage,message];
}
}
return [NSError errorWithDomain:@"AppError.flatMapErrors" code:originalError.code userInfo:@{@"message": message,@"original_error": originalError,@"error_id": identifier}];
}
@end
@interface ViewController ()
@end
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
// Case 1
AppError *err = [[AppError alloc] initWithMessage:@"Test" andOriginalError:[NSError errorWithDomain:@"testCase1" code:500 userInfo:@{@"dev_message": @"something bad happened"}]];
NSLog(@"%@",[AppError flatMapErrors:err]);
// Case 2
NSLog(@"%@",[AppError flatMapErrors:[self scenarioA]]);
}
- (NSError *)scenarioA {
return [[AppError alloc] initWithMessage:@"Scenario A occurred" andOriginalError:[self scenarioB]];
}
- (NSError *)scenarioB {
return [[AppError alloc] initWithMessage:@"Scenario B occurred" andOriginalError:[self scenarioC]];
}
- (NSError *)scenarioC {
return [[AppError alloc] initWithMessage:@"Scenario C occurred" andOriginalError:[NSError errorWithDomain:@"testCase2" code:500 userInfo:@{@"dev_message": @"something bad happened"}]];
}
@end
(抱歉对 ObjectiveC 有点生疏)
您可以以任何您认为合适的方式更改您的错误类实现的接口。但大多数情况下,这种方法可以将您想要的任意数量的错误打包在一起,这在第二种情况下进行了演示。结果打印
Error Domain=AppError.flatMapErrors
Code=500 "(null)"
UserInfo = {
message = Scenario A occurred (Scenario B occurred (Scenario C occurred)),original_error=Error Domain=testCase2 Code=500 "(null)" UserInfo={dev_message=something bad happened},error_id=447149A0-F770-4F1F-90CA-0E7BF8967B1C
}
通过这种方式,您可以获得推送到任何服务(如 Crahlytics)所需的所有信息。从您的代码方面来看,您始终需要使用 flatMapErrors
,它能够同时解析 AppError
和 NSError
,这非常方便。所以你不需要在任何地方改变界面。请注意,方法 scenarioN
返回普通的 NSError
而不是 AppError
。
此外,添加唯一标识符将帮助您识别错误是否已多次发送。假设方法 scenarioB
和 scenarioC
都会向 Crashlytics 发送错误。错误看起来不同,但本质上是相同的错误。您将能够在 Crashlytics 中看到这一点,因为您会看到 2 个具有相同标识符的错误。
代码需要一些改进,但我相信它应该足以说明功能。希望它能让您更接近您的解决方案。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。