iOS的try catch是与非

OC中得异常处理符号和C++、JAVA相似。再加上使用NSException,NSError或者自定义的类,你可以在你的应用程序里添加强大的错误处理机制。

异常处理机制是由这个四个关键字支持的:@try,@catch,@thorw,@finally。当代码有可能出现异常时,我们把他放到@try语句块中。@catch()块包含了处理@try块里的抛出的异常的逻辑。无论异常是否发生,@finally块里面的语句都会执行。如果直接使用@throw块来抛出异常,这个异常本质上是一个OC的对象,可以使用NSException对象,但是不局限于他们。

下面再来几个异常示例热热身:

1、让我们人为的制造一个异常,就像这样:

很明显,数组越界,运行后必然崩溃。崩溃信息如下:

2、让我们加上异常处理后,就像这样:

运行,这时候程序并没有崩溃,再看日志信息:

@finally里的代码始终会执行的。

看来我们已经成功捕获到了这个异常,而且这个异常名字叫做NSRangeException。

这时候你可能会好奇除了NSRangeException异常,还有什么类型的异常?

通过查看NSRangeException的头文件发现,其中还有这些异常:

所有常量名字都定义为常量。既然有这么多异常,那我们如何根据不同的异常信息给予不同的提示呢?那就catch中根据异常名字进行判断处理呗。

3、抛出异常

抛出异常就是向上层抛,谁调用谁处理。如果上层未处理则会引发崩溃。

4、如何使用自定义异常?

(1)新建一个类,并继承NSException

(2)导入自定义异常,然后抛出MyException

(3)捕获自定义异常,并进行处理。

就像这样写:

 

5、捕获崩溃异常

虽然有了try catch异常捕获,但是还是存在崩溃异常无法捕获到的。我可以通过下面的方式来获取崩溃日志:

 


最后让我们来说下iOS开发中到底需要不需要使用try catch来捕获异常呢?

通过度娘来看,都是不推荐在代码中使用try catch的,既然苹果给我们提供了try catch,为什么大家都不推荐用呢?原因如下:

1、因为try catch无法捕获UncaughtException,而OC中大部分crash如:内存溢出、野指针等都是无法捕获的,而能捕获的只是像数组越界之类(这真心需要catch么?注:完全可以通过代码判断避免),所以try catch对于OC来说,比较鸡肋。

2、简单的来说,Apple虽然同时提供了错误处理(NSError)和异常处理(exception)两种机制,但是Apple更加提倡开发者使用NSError来处理程序运行中可恢复的错误。而异常被推荐用来处理不可恢复的错误。 原因有几个,在非gc情况下,exception容易造成内存管理问题(文档有描述即使是arc下,也不是安全的);exception使用block造成额外的开销,效率较低等等,另外这也的确是Cocoa开发者的习惯。

3、很多人在编程中,错误了使用了Try-Catch,把异常处理机制用在了核心逻辑中。把其当成了一个变种的GOTO使用。把大量的逻辑写在了Catch中。弱弱的说一句,这种情况干嘛不用ifelse呢。

综上3点原因,建议大家还是在代码中少用,可以通过判断是否非空、判断数组是否越界等方法进行处理。但是如果需要在代码中处理一些异常,也是可以的。

 

尊重原创内容,转载请注明出处
本文链接地址: http://www.awnlab.com/archives/115

为您推荐

发表评论

电子邮件地址不会被公开。 必填项已用*标注