博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
iOS try catch
阅读量:5312 次
发布时间:2019-06-14

本文共 2198 字,大约阅读时间需要 7 分钟。

最近看一些第三方的代码有@try,一副看不懂的样子,真心没用过,于是查了些资料收集在这里,以后遇到就不会再蒙比了.其实这东西确实不怎么用,下文有解释.

Objective-C 异常机制 :
-- 作用 : 开发者将引发异常的代码放在 @try 代码块中, 程序出现异常 使用 @catch 代码块进行捕捉;
-- 每个代码块作用 : @try 代码块存放可能出现异常的代码, @catch 代码块 异常处理逻辑, @finally 代码块回收资源;
-- 语法示例 :

()

@try{    // 业务逻辑}@catch (异常类型名1 ex) { //异常处理代码 } @catch (异常类型名2 ex) { //异常处理代码 } // 可以捕捉 N 个 异常 ... @finally { //回收资源 }

(2) Objective-C 异常处理过程

异常处理过程 :

-- 生成异常对象 : @try 中出现异常, 系统会生成一个异常对象, 该对象提交到系统中 系统就会抛出异常;
-- 异常处理流程 : 运行环境接收到 异常对象时, 如果存在能处理该异常对象的 @catch 代码块, 就将该异常对象交给 @catch 处理, 该过程就是捕获异常, 如果没有 @catch 代码块处理异常, 程序就会终止;
-- @catch 代码块捕获过程 : 运行环境接收到 异常对象 时, 会依次判断该异常对象类型是否是 @catch 代码块中异常或其子类实例, 如果匹配成功, 被匹配的 @catch 就会处理该异常, 都则就会跟下一个 @catch 代码块对比;
-- @catch 处理异常 : 系统将异常对象传递给 @catch 形参, @catch 通过该形参获取异常对象详细信息;

其它注意点 :

-- @try 与 @catch 对应关系 : 一个 @try 代码块 可以对应 多个 @catch 代码块;
-- {} 省略问题 : 异常捕获的 @try @catch @finally 的花括号不可省略;

NSException 异常类 :

-- 简介 : NSException 是 OC 中所有异常的父类;
-- 位置永远在最后 : @catch 代码块捕获异常时查看 异常对象类型是否是 捕获的异常类型 或者其子类, 一旦放在开头, 后面的异常永远不可能捕获;

(3) 异常信息访问

异常信息访问 :

-- name : 返回异常的详细名称;
-- reason : 返回异常引发的原因;
-- userInfo : 返回异常的用户信息, 一个 NSDictionary 对象;

2.ios中很少用到try catch**

简单的来说,Apple虽然同时提供了错误处理(NSError)和异常处理(exception)两种机制,但是Apple更加提倡开发者使用NSError来处理程序运行中可恢复的错误。而异常被推荐用来处理不可恢复的错误。

原因有几个,在非gc情况下,exception容易造成内存管理问题(文档有描述即使是arc下,也不是安全的);exception使用block造成额外的开销,效率较低等等,另外这也的确是Cocoa开发者的习惯。(

3.try,catch,finally**执行流程()**

try{//1:抛出异常的代码//2:代码}catch(){//3:代码 //4:抛出异常 }finally{ //5:代码 } //6:代码

首先要明确的一点是:不管try是否抛出异常,finally语句块都会执行。

小心注意6!!

整个try,catch,finally执行有以下几种情况:

1:try语句块没有抛出异常。如果是这种情况,程序会执行try,finally以及finally块之后的代码;

2:try语句块抛出了异常并且catch有匹配的异常。当遇到try里面抛出的异常后,try块里面剩下的代码就不执行了,跳转到catch块里面。

这里又可以分为2种情况。第一种,抛出的异常被后面的catch捕获,而catch又没有抛出新的异常,那么执行顺序是1356 ;第二种,如果catch里面又抛出新的异常,顺序是1345,然后将新的异常返回给方法调用者,6就不执行了 ;

3:try语句块抛出了异常,但是后面的catch没有能匹配的异常。那么会执行try和finally里面的语句也就是15,然后将该异常返回给方法调用者,不执行6 。

总结:
如果异常不能被捕捉的话,finally{}后面的语句就不会执行了,而finally{}一定被执行

try catch还有一个灵活的巧用:

有时候我们加的全局断点并不能跳到异常的代码块,并且没有答应任何异常信息,

我们根据异常的上下文 找到异常代码块但是不知道到底是报的什么异常,
那么可以对那个异常代码块包上一个try catch ,
然后在catch中打印exception的内容,这样就能够知道到底是出现了什么异常。
每当出现bug或者crash的时候,我们总是习惯性的加入了NSLog或则单步调试。

原文链接:http://www.jianshu.com/p/f28b9b3f8e44

转载于:https://www.cnblogs.com/wfwenchao/p/5542533.html

你可能感兴趣的文章
asp.net 调用前台JS调用后台,后台掉前台JS
查看>>
Attribute(特性)与AOP
查看>>
苹果手表:大方向和谷歌一样,硬件分道扬镳
查看>>
Competing Consumers Pattern (竞争消费者模式)
查看>>
Android面试收集录15 Android Bitmap压缩策略
查看>>
PHP魔术方法之__call与__callStatic方法
查看>>
ubuntu 安装后的配置
查看>>
【模板】对拍程序
查看>>
【转】redo与undo
查看>>
解决升级系统导致的 curl: (48) An unknown option was passed in to libcurl
查看>>
Java Session 介绍;
查看>>
spoj TBATTLE 质因数分解+二分
查看>>
Django 模型层
查看>>
dedecms讲解-arc.listview.class.php分析,列表页展示
查看>>
Extjs6 经典版 combo下拉框数据的使用及动态传参
查看>>
【NodeJS】http-server.cmd
查看>>
研磨JavaScript系列(五):奇妙的对象
查看>>
面试题2
查看>>
selenium+java iframe定位
查看>>
P2P综述
查看>>