程序异常crash捕获与拦截

Spring Boot全局异常拦截入门教程 Spring Boot是由Pivotal团队提供的全新框架,其设计目的是简化新Spring应用的初始搭建以及开发过程。它使用了特定的方式来进行配置,从而使开发人员能够快速启动和运行他们的项目。在Java中,异常主要分为检查型异常(checked exceptions)和非检查型异常(unchecked exceptions)。检查型异常是指那些必须在代码中进行处理的异常,因为它们是的子类,但不是的子类。非检查型异常则是指那些不需要显式处理的异常,它们是或其子类的实例。 阅读详情

开发iOS应用,解决Crash问题始终是一个难题。Crash分为两种,一种是由EXC_BAD_ACCESS引起的,原因是访问了不属于本进程的内存地址,有可能是访问已被释放的内存;另一种是未被捕获的Objective-C异常(NSException),导致程序向自身发送了SIGABRT信号而崩溃。其实对于未捕获的Objective-C异常,我们是有办法将它记录下来的,如果日志记录得当,能够解决绝大部分崩溃的问题。这里对于UI线程与后台线程分别说明。

一:在.h文件中编写

[plain] view plain copy
  1. @interface UncaughtExceptionHandler : NSObject{  
  2.     BOOL dismissed;  
  3. }  
  4.   
  5. @end  
  6. void HandleException(NSException *exception);  
  7. void SignalHandler(int signal);  
  8.   
  9.   
  10. void InstallUncaughtExceptionHandler(void);  

二:在.m文件编写

[plain] view plain copy
  1. #import "UncaughtExceptionHandler.h"  
  2. #include <libkern/OSAtomic.h>  
  3. #include <execinfo.h>  
  4.   
  5. //http://www.cocoachina.com/newbie/tutorial/2012/0829/4672.html  
  6. NSString * const UncaughtExceptionHandlerSignalExceptionName = @"UncaughtExceptionHandlerSignalExceptionName";  
  7. NSString * const UncaughtExceptionHandlerSignalKey = @"UncaughtExceptionHandlerSignalKey";  
  8. NSString * const UncaughtExceptionHandlerAddressesKey = @"UncaughtExceptionHandlerAddressesKey";  
  9.   
  10. volatile int32_t UncaughtExceptionCount = 0;  
  11. const int32_t UncaughtExceptionMaximum = 10;  
  12.   
  13. const NSInteger UncaughtExceptionHandlerSkipAddressCount = 4;  
  14. const NSInteger UncaughtExceptionHandlerReportAddressCount = 5;  
  15.   
  16. @implementation UncaughtExceptionHandler  
  17.   
  18. + (NSArray *)backtrace  
  19. {  
  20.      void* callstack[128];  
  21.      int frames = backtrace(callstack, 128);  
  22.      char **strs = backtrace_symbols(callstack, frames);  
  23.        
  24.      int i;  
  25.      NSMutableArray *backtrace = [NSMutableArray arrayWithCapacity:frames];  
  26.      for (  
  27.         i = UncaughtExceptionHandlerSkipAddressCount;  
  28.         i < UncaughtExceptionHandlerSkipAddressCount +  
  29.             UncaughtExceptionHandlerReportAddressCount;  
  30.         i++)  
  31.      {  
  32.         [backtrace addObject:[NSString stringWithUTF8String:strs[i]]];  
  33.      }  
  34.      free(strs);  
  35.        
  36.      return backtrace;  
  37. }  
  38.   
  39. - (void)alertView:(UIAlertView *)anAlertView clickedButtonAtIndex:(NSInteger)anIndex  
  40. {  
  41.     if (anIndex == 0)  
  42.     {  
  43.         dismissed = YES;  
  44.     }else if (anIndex==1) {  
  45.         NSLog(@"ssssssss");  
  46.     }  
  47. }  
  48.   
  49. - (void)validateAndSaveCriticalApplicationData  
  50. {  
  51.       
  52. }  
  53.   
  54. - (void)handleException:(NSException *)exception  
  55. {  
  56.     [self validateAndSaveCriticalApplicationData];  
  57.       
  58.     UIAlertView *alert =  
  59.         [[[UIAlertView alloc]  
  60.             initWithTitle:NSLocalizedString(@"抱歉,程序出现了异常", nil)  
  61.             message:[NSString stringWithFormat:NSLocalizedString(  
  62.                 @"如果点击继续,程序有可能会出现其他的问题,建议您还是点击退出按钮并重新打开\n\n"  
  63.                 @"异常原因如下:\n%@\n%@", nil),  
  64.                 [exception reason],  
  65.                 [[exception userInfo] objectForKey:UncaughtExceptionHandlerAddressesKey]]  
  66.             delegate:self  
  67.             cancelButtonTitle:NSLocalizedString(@"退出", nil)  
  68.             otherButtonTitles:NSLocalizedString(@"继续", nil), nil]  
  69.         autorelease];  
  70.     [alert show];  
  71.       
  72.     CFRunLoopRef runLoop = CFRunLoopGetCurrent();  
  73.     CFArrayRef allModes = CFRunLoopCopyAllModes(runLoop);  
  74.       
  75.     while (!dismissed)  
  76.     {  
  77.         for (NSString *mode in (NSArray *)allModes)  
  78.         {  
  79.             CFRunLoopRunInMode((CFStringRef)mode, 0.001, false);  
  80.         }  
  81.     }  
  82.       
  83.     CFRelease(allModes);  
  84.   
  85.     NSSetUncaughtExceptionHandler(NULL);  
  86.     signal(SIGABRT, SIG_DFL);  
  87.     signal(SIGILL, SIG_DFL);  
  88.     signal(SIGSEGV, SIG_DFL);  
  89.     signal(SIGFPE, SIG_DFL);  
  90.     signal(SIGBUS, SIG_DFL);  
  91.     signal(SIGPIPE, SIG_DFL);  
  92.       
  93.     if ([[exception name] isEqual:UncaughtExceptionHandlerSignalExceptionName])  
  94.     {  
  95.         kill(getpid(), [[[exception userInfo] objectForKey:UncaughtExceptionHandlerSignalKey] intValue]);  
  96.     }  
  97.     else  
  98.     {  
  99.         [exception raise];  
  100.     }  
  101. }  
  102.   
  103. @end  
  104.   
  105. void HandleException(NSException *exception)  
  106. {  
  107.     int32_t exceptionCount = OSAtomicIncrement32(&UncaughtExceptionCount);  
  108.     if (exceptionCount > UncaughtExceptionMaximum)  
  109.     {  
  110.         return;  
  111.     }  
  112.       
  113.     NSArray *callStack = [UncaughtExceptionHandler backtrace];  
  114.     NSMutableDictionary *userInfo =  
  115.         [NSMutableDictionary dictionaryWithDictionary:[exception userInfo]];  
  116.     [userInfo  
  117.         setObject:callStack  
  118.         forKey:UncaughtExceptionHandlerAddressesKey];  
  119.       
  120.     [[[[UncaughtExceptionHandler alloc] init] autorelease]  
  121.         performSelectorOnMainThread:@selector(handleException:)  
  122.         withObject:  
  123.             [NSException  
  124.                 exceptionWithName:[exception name]  
  125.                 reason:[exception reason]  
  126.                 userInfo:userInfo]  
  127.         waitUntilDone:YES];  
  128. }  
  129.   
  130. void SignalHandler(int signal)  
  131. {  
  132.     int32_t exceptionCount = OSAtomicIncrement32(&UncaughtExceptionCount);  
  133.     if (exceptionCount > UncaughtExceptionMaximum)  
  134.     {  
  135.         return;  
  136.     }  
  137.       
  138.     NSMutableDictionary *userInfo =  
  139.         [NSMutableDictionary  
  140.             dictionaryWithObject:[NSNumber numberWithInt:signal]  
  141.             forKey:UncaughtExceptionHandlerSignalKey];  
  142.   
  143.     NSArray *callStack = [UncaughtExceptionHandler backtrace];  
  144.     [userInfo  
  145.         setObject:callStack  
  146.         forKey:UncaughtExceptionHandlerAddressesKey];  
  147.       
  148.     [[[[UncaughtExceptionHandler alloc] init] autorelease]  
  149.         performSelectorOnMainThread:@selector(handleException:)  
  150.         withObject:  
  151.             [NSException  
  152.                 exceptionWithName:UncaughtExceptionHandlerSignalExceptionName  
  153.                 reason:  
  154.                     [NSString stringWithFormat:  
  155.                         NSLocalizedString(@"Signal %d was raised.", nil),  
  156.                         signal]  
  157.                 userInfo:  
  158.                     [NSDictionary  
  159.                         dictionaryWithObject:[NSNumber numberWithInt:signal]  
  160.                         forKey:UncaughtExceptionHandlerSignalKey]]  
  161.         waitUntilDone:YES];  
  162. }  
  163.   
  164. void InstallUncaughtExceptionHandler(void)  
  165. {  
  166.     NSSetUncaughtExceptionHandler(&HandleException);  
  167.     signal(SIGABRT, SignalHandler);  
  168.     signal(SIGILL, SignalHandler);  
  169.     signal(SIGSEGV, SignalHandler);  
  170.     signal(SIGFPE, SignalHandler);  
  171.     signal(SIGBUS, SignalHandler);  
  172.     signal(SIGPIPE, SignalHandler);  
  173. }  

三:最后在AppDelegate中创建

[plain] view plain copy
  1. - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions{  
  2.   InstallUncaughtExceptionHandler();  
  3.     self.window = [[[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]] autorelease];  
  4.     // Override point for customization after application launch.  
  5.   self.viewController = [[[ViewController alloc] initWithNibName:@"ViewController" bundle:nil] autorelease];  
  6.   self.window.rootViewController = self.viewController;  
  7.     [self.window makeKeyAndVisible];  
  8.     return YES;  
  9. }  

四:最后的测试

[plain] view plain copy
  1. - (IBAction)onclcko:(id)sender {  
  2.    //  [alert show];  
  3.     NSArray *arry=[NSArray arrayWithObject:@"sss"];  
  4.     NSLog(@"%@",[arry objectAtIndex:1]);  
  5. }  

五:结果









其他

iOS已发布应用中对异常信息捕获和处理

 

 

iOS开发中我们会遇到程序抛出异常退出的情况,如果是在调试的过程中,异常的信息是一目了然,但是如果是在已经发布的程序中,获取异常的信息有时候是比较困难的。

 

iOS提供了异常发生的处理API,我们在程序启动的时候可以添加这样的Handler,这样的程序发生异常的时候就可以对这一部分的信息进行必要的处理,适时的反馈给开发者。

 

不足的地方是,并不是所有的程序崩溃都是由于发生可以捕捉的异常的,有些时候是因为内存等一些其他的错误导致程序的崩溃,这样的信息是不在这里体现的。

 

我做了一个简单的类,进行很基本的操作,可以添加和获取Handler,捕获到异常后将信息写入到app的Documens下的Exception.txt中。

 

其实还有很多的处理的办法。

l  比如可以在程序下一次起来的时候读取这个异常文件发生到服务端。

l  或者直接就是在处理代码中用openurl的方式(mailto:)调用发送邮件的方式,将异常信息直接变成邮件发送到指定地址。

 

以下是完整的代码实现。

 

使用场景示例:

 

#pragma mark -

#pragma mark Application lifecycle

 

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {   

   

    // Override point for customization after application launch.

    

    [window makeKeyAndVisible];

     [NdUncaughtExceptionHandler setDefaultHandler];

     NSArray *array = [NSArray arrayWithObject:@"there is only one objective in this arary,call index one, app will crash and throw an exception!"];

     NSLog(@"%@", [array objectAtIndex:1]);

    

     return YES;

}

 

基本接口展示:

 

#import <Foundation/Foundation.h>

 

@interface NdUncaughtExceptionHandler : NSObject {

 

}

 

+ (void)setDefaultHandler;

+ (NSUncaughtExceptionHandler*)getHandler;

 

@end

//还可以选择设置自定义的handler,让用户取选择

 

接口实现展示

#import "NdUncaughtExceptionHandler.h"

 

NSString *applicationDocumentsDirectory() {

    return [NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) lastObject];

}

 

void UncaughtExceptionHandler(NSException *exception) {

     NSArray *arr = [exception callStackSymbols];

     NSString *reason = [exception reason];

     NSString *name = [exception name];

 

     NSString *url = [NSString stringWithFormat:@"=============异常崩溃报告=============\nname:\n%@\nreason:\n%@\ncallStackSymbols:\n%@",

                   name,reason,[arr componentsJoinedByString:@"\n"]];

     NSString *path = [applicationDocumentsDirectory() stringByAppendingPathComponent:@"Exception.txt"];

     [url writeToFile:path atomically:YES encoding:NSUTF8StringEncoding error:nil];

     //除了可以选择写到应用下的某个文件,通过后续处理将信息发送到服务器等

     //还可以选择调用发送邮件的的程序,发送信息到指定的邮件地址

     //或者调用某个处理程序来处理这个信息

}

 

@implementation NdUncaughtExceptionHandler

 

-(NSString *)applicationDocumentsDirectory {

    return [NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) lastObject];

}

 

+ (void)setDefaultHandler

{

     NSSetUncaughtExceptionHandler (&UncaughtExceptionHandler);

}

 

+ (NSUncaughtExceptionHandler*)getHandler

{

     return NSGetUncaughtExceptionHandler();

}

 

@end

 

异常崩溃报告:

=============异常崩溃报告=============

name:

NSRangeException

reason:

*** -[NSArray objectAtIndex:]: index 1 beyond bounds [0 .. 0]

callStackSymbols:

0   CoreFoundation                      0x02393919 __exceptionPreprocess + 185

1   libobjc.A.dylib                     0x024e15de objc_exception_throw + 47

2   CoreFoundation                      0x0238958c -[__NSArrayI objectAtIndex:] + 236

3   UncaughtE                           0x000022e8 -[UncaughtEAppDelegate application:didFinishLaunchingWithOptions:] + 157

4   UIKit                               0x002b8543 -[UIApplication _callInitializationDelegatesForURL:payload:suspended:] + 1163

5   UIKit                               0x002ba9a1 -[UIApplication _runWithURL:payload:launchOrientation:statusBarStyle:statusBarHidden:] + 346

6   UIKit                               0x002c4452 -[UIApplication handleEvent:withNewEvent:] + 1958

7   UIKit                               0x002bd074 -[UIApplication sendEvent:] + 71

8   UIKit                               0x002c1ac4 _UIApplicationHandleEvent + 7495

9   GraphicsServices                    0x02bf9afa PurpleEventCallback + 1578

10  CoreFoundation                      0x02374dc4 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 52

11  CoreFoundation                      0x022d5737 __CFRunLoopDoSource1 + 215

12  CoreFoundation                      0x022d29c3 __CFRunLoopRun + 979

13  CoreFoundation                      0x022d2280 CFRunLoopRunSpecific + 208

14  CoreFoundation                      0x022d21a1 CFRunLoopRunInMode + 97

15  UIKit                               0x002ba226 -[UIApplication _run] + 625

16  UIKit                               0x002c5b58 UIApplicationMain + 1160

17  UncaughtE                           0x00002228 main + 102

18  UncaughtE                           0x000021b9 start + 53

 


程序崩溃异常捕获 用户在使用一个应用出现错误即将退出时,作为开发者当然希望能保存异常异常信息,然后上传到服务器,所以重新系统的异常捕获是有必要的,对开发者的帮助是巨大的。 立即下载

相关推荐

Python-OPCUA 实现西门子PLC数据批量读写与自动化监控

本文详细介绍了如何使用Python结合OPC UA协议,实现对西门子PLC数据的批量读写与自动化监控。通过搭建开发环境、利用KEPserverEX作为通信桥梁,并配合Python代码实战,读者可以掌握高效的数据采集、批量写入以及构建带报警功能的监控系统的方法,从而大幅提升工业自动化场景下的数据处理效率和系统灵活性。

www00的博客 180

Windows 程序 dump 崩溃调试

Windows 程序捕获崩溃异常 生成dump 概述 事情的起因是,有个同事开发的程序,交付的版本程序,会偶尔随机崩溃了。 悲催的是没有输出log,也没有输出dump文件。 我建议他给程序代码加个异常捕获,在崩溃时生成dump,方便找出问题点。 隔了一天之后,短暂交流,发现他没有这个开发经验,我只好披挂上阵了。 开动 查阅MSDN文档,和stackoverlfow.com的相关文章,...

weixin_30915275的博客 428

第一天(点亮led灯+led灯闪烁)——Arduino uno R3 学习之旅

发光二极管(Light Emitting Diode,简称LED)是一种能够将电能转化为光能的固态的半导体器件。长脚为阳极短脚为阴极电流必须从长脚流入从短脚流出方可点亮LED##杜邦线杜邦线:是导线中的一种,杜邦线端部有两种接头形式:带针的一种称为公头,带孔的一种称为母头,如下图所示:说明:与电源相连接时,一般采用红色杜邦线,与地连接时采用黑色杜邦线。

qwsbcjendb的博客 1127

Android崩溃

ARPU: 一个时间段内运营商从每个用户所得到的收入;DAU: 日活跃用户,MAU: 月活跃用户Java Crash 应用程序层崩溃Java的异常体系:https://developer.android.com/reference/java/lang/Throwable.htmlThrowable继承Object类。Throwable有2个子类,Error和Exception。Exception分...

xutao123111的专栏 729

使用网分对晶体ESR/L1/C1/C0进行测量计算

Use R&amp;S Vector Network Analyzer test XTAL ESR/L1/C1/C0 測量方法:使用儀器的Port1端口,測量XTAL的S11,通過諧振的參數計算出ESR/L1/C1/C0的值。 實際晶體的等效模型:通常方便晶體分析,使用下圖(b)的等效模型,但實際測量發現晶體存在多個串聯諧振點,實際等效模型更接近(c)。 儀器測量到的S11,其中M...

qq_39138630的博客 2081

自适应陷波器的原理与实现

x(t)是叠加有两个频率干扰信号的输入信号,s(t)是需要保留的有用信号,在输入信号中,我们只知道频率w1和w2,但不知道信号的幅度A和相位θ,自适应陷波器可以估计两个未知的幅度和相位值,这需要我们提供两路相互正交的单频信号,如cos(w1t)、sin(w1t),通过调整其权值,从而合成出与干扰信号完全相同的信号A1cos(w1t+θ1),从而实现干扰信号的滤除。采用LMS算法,在保证不损失其他有用信号的情况下,有效地抑制输入信号中某一频率的干扰,如需滤除多个频率,只需要增加相应的输入信号。

Melkiades2333的博客 6883

当程序崩溃的时候怎么办 Part-2

泰然教程组出品,转载请保留出处并通知泰然!翻译:大侠自来也;校对:Iven 原文地址:http://www.raywenderlich.com/10209/my-app-crashed-now-what-part-2 欢迎回到当程序崩溃的时候怎么办 教程! 在这个教程的第一部分,我们介绍了SIGABRT和EXC_BAD_ACCESS错误,并且举例说明了一些使用xcode调试器(X

2万+

新手必看:四旋翼无人机PID调参实战指南(附常见问题排查)

本文为四旋翼无人机新手提供PID调参实战指南,详细解析Kp、Ki、Kd参数的实际意义及调参技巧,包含常见问题排查方法。通过系统化的调参流程和实用参考表,帮助用户快速掌握无人机飞行控制核心技能,避免常见错误,提升飞行稳定性与响应性能。

k0l1m2n3o的博客 598

IOS程序异常crash捕获与拦截

开发iOS应用,解决Crash问题始终是一个难题。Crash分为两种,一种是由EXC_BAD_ACCESS引起的,原因是访问了不属于本进程的内存地址,有可能是访问已被释放的内存;另一种是未被捕获的Objective-C异常(NSException),导致程序向自身发送了SIGABRT信号而崩溃。其实对于未捕获的Objective-C异常,我们是有办法将它记录下来的,如果日志记录得当,能够解决绝大部

Junyan_Jaya的博客 351

kaggle——销量预测的baseline(M5 Forecasting - Accuracy)

前言 在刚刚结束的kaggle比赛M5 Forecasting - Accuracy中,因为是第一次参加,笔者也是花了大量的时间和精力在上面,最终拿到一块银牌(所以我拿到了大学第一个考试挂科。。。求求电磁场老师高抬贵手给点平时分放我一马吧。。。早上看到kaggle成绩异常兴奋,中午考完直接爆炸=。=),当然运气占了很大因素,这次比赛private leadboard的shake up非常大,排名波动几千名都存在的。笔者运气不错,是向上的shake:)。这里总结一下销量预测的基本流程。 从下图可以看到这次比

weixin_43901221的博客 5431

国科大学习资料--数据挖掘(刘莹)--第三章习题及参考答案

国科大学习资料–数据挖掘(刘莹)–第三章习题及参考答案 国科大学习资料–数据挖掘(刘莹)–第三章习题及参考答案 国科大学习资料–数据挖掘(刘莹)–第三章习题及参考答案 第 3 章分类与回归 3.1简述决策树分类的主要步骤。 答:决策树生成的过程如下: (1)对数据源进行数据预处理, 得到训练集和测试集; (2)对训练集进行训练; (3)对初始决策树进行树剪枝; (4)由所得到的决策树提取分类规则; (5)使用测试数据集进行预测,评估决策树模型; 3.2给定决策树,选项有:(1)将决策树转换成规则,然后对结果

无名何许人的博客 3090

iOS程序异常crash捕获与拦截

开发iOS应用,解决Crash问题始终是一个难题。Crash分为两种,一种是由EXC_BAD_ACCESS引起的,原因是访问了不属于本进程的内存地址,有可能是访问已被释放的内存;另一种是未被捕获的Objective-C异常(NSException),导致程序向自身发送了SIGABRT信号而崩溃。其实对于未捕获的Objective-C异常,我们是有办法将它记录下来的,如果日志记录得当,能够解决绝大部

Secret Island 1252

Nova — GPU/vGPU 虚拟机

目录 文章目录目录云主机使用显卡的实现方式虚拟显卡物理显卡直通物理显卡虚拟化 云主机使用显卡的实现方式 采用虚拟显卡 采用物理显卡直通 采用物理显卡虚拟化 虚拟显卡 虚拟显卡技术,主要用于虚拟机 Remote Console 领域,如:VNC(Virtual Network Computing,虚拟网络计算机),它能将完整的窗口界面通过网络,传输到另一台计算机的屏幕上。 VNC 主要由 VNC server 和 VNC viewer 两部分组成。用户需先将 VNC server 安装在被远程操控的计算

烟云的计算 2424

IOS开发笔记 程序异常crash捕获与拦截

开发iOS应用,解决Crash问题始终是一个难题。Crash分为两种,一种是由EXC_BAD_ACCESS引起的,原因是访问了不属于本进程的内存地址,有可能是访问已被释放的内存;另一种是未被捕获的Objective-C异常(NSException),导致程序向自身发送了SIGABRT信号而崩溃。其实对于未捕获的Objective-C异常,我们是有办法将它记录下来的,如果日志记录得当,能够解决绝大部

sundaoran5的专栏 724

VB摄像头监控

该VB模块可对摄像头捕获的画面进行录像等,可在创建的窗口进行控制

IMSL CNL 7.0.0 (x86-64)Crack

IMSL CNL 7.0.0 (x86-64)Crack intel的算法库破解文件,这是C++版本的破解文件

IOS开发笔记(5)程序异常crash捕获与拦截

原文地址:点击打开链接 开发iOS应用,解决Crash问题始终是一个难题。Crash分为两种,一种是由EXC_BAD_ACCESS引起的,原因是访问了不属于本进程的内存地址,有可能是访问已被释放的内存;另一种是未被捕获的Objective-C异常(NSException),导致程序向自身发送了SIGABRT信号而崩溃。其实对于未捕获的Objective-C异常,我们是有办法将它记录下来的,如

1131

ios程序异常crash捕获与拦截

转:http://www.sharejs.com/codes/objectc/5882

wfkbyni的专栏 175

iOS开发:Crash异常总结与捕获

在APP用户量达到一定基数的时候,用户在使用应用的期间,或多或少的会碰到一些致使程序闪退的情况,而我们需要将这些情况收集起来。 一般情况下,应用程序发生闪退是,通常都会采用第三方平台进行统计分析,例如: 1、友盟 2、Flurry 3、Crashlytics 而这篇博客讲的是如何利用苹果自身的sdk 【NSException】进行捕获收集这些闪退信息。 说到异常...

chenzimin_blog 7734

Flutter异常与Crash 全局异常捕获

Flutter异常指的是Flutter程序在运行时所抛出的异常分为: Dart代码运行时发生的异常 Flutter框架异常 原生代码运行时抛出的异常,如:Android 的Java和kotlin,iOS的OC和swift 做Flutter应用Dart代码占绝大多数,所以本文我们重点学习下Flutter中Dart和框架异常的捕获与收集。 Dart代码运行时发生的异常与Java、kotlin、OC等具有多线程模型的编程语言不同,Dart是一门单线程的编程语言,采用事件循环机制来运行任务,所...

唐僧的专栏 2282
上一篇: iOS开发中那些高效常用的宏
下一篇: NSSet类型 以及与NSArray区别
focusjava
博客等级 码龄14年 127粉丝 528原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值