iOS @try @catch异常机制
https://www.jianshu.com/p/f28b9b3f8e44
简单说就是这样：
原文如下：
最近看一些第三方的代码有@try,一副看不懂的样子,真心没用过,于是查了些资料收集在这里,以后遇到就不会再蒙比了.其实这东西确实不怎么用,下文有解释.
Objective-C 异常机制 :
-- 作用 : 开发者将引发异常的代码放在 @try 代码块中, 程序出现异常 使用 @catch 代码块进行捕捉;
-- 每个代码块作用 : @try 代码块存放可能出现异常的代码, @catch 代码块 异常处理逻辑, @finally 代码块回收资源;
-- 语法示例 :
(http://www.2cto.com/kf/201510/444922.html#)
@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 对象;
在实际开发中这个很少人会用这个语法，但是这个语法实际却很有用
语法介绍
@try{
代码块1（可能出现异常的语句）
//执行的代码，其中可能有异常。一旦发现异常，则立即跳到catch执行。否则不会执行catch里面的内容
} @catch（Exception e）｛
代码块2（发生异常时进行处理）
//除非try里面执行代码发生了异常，否则这里的代码不会执行
｝@finally｛
代码块3（始终要进行处理的语句）
//不管什么情况都会执行，包括try catch 里面用了return ,可以理解为只要执行了try或者catch，就一定会执行 finally。
// 此处不能用return，否则会有程序退出的危险｝
使用情景介绍
如下是使用这个语法做系统提供方法适配的🌰
使用这个语法对于不好使用if语法判断执行的情况，使用@try{}@catch{}@finally{}是好的选择，比如移除观察者、系统方法的适配（图2）
2.ios****中很少用到****try ****和****catch**
简单的来说，Apple虽然同时提供了错误处理（NSError）和异常处理（exception）两种机制，但是Apple更加提倡开发者使用NSError来处理程序运行中可恢复的错误。而异常被推荐用来处理不可恢复的错误。
原因有几个，在非gc情况下，exception容易造成内存管理问题（文档有描述即使是arc下，也不是安全的）；exception使用block造成额外的开销，效率较低等等，另外这也的确是Cocoa开发者的习惯。（http://blog.csdn.net/x32sky/article/details/23753597）//怪不得我没听周围IOS开发人员用这个
3.try,catch,finally****执行流程**** ****（****http://blog.csdn.net/phoenix001/article/details/4293472****）
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或则单步调试。
作者：超_iOS
链接：https://www.jianshu.com/p/f28b9b3f8e44
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
