自从ObjC 2.0以来，Objective-C异常不再是C的setjmp() longjmp()的包装器，并且与c++异常兼容，@try是“免费的”，但抛出和捕获异常的代价要高得多。

无论如何，断言(使用NSAssert和NSCAssert宏家族)抛出NSException，这是明智的使用它们作为Ries状态。

@throw([NSException exceptionWith…])

Xcode将@throw语句识别为函数出口点，就像return语句一样。使用@throw语法可以避免错误的“Control may reach end of non-void function”警告，你可能会从[NSException raise:…]得到这种警告。

同样，@throw也可以用来抛出不属于NSException类的对象。

可以使用两种方法在try catch块中引发异常

@throw[NSException exceptionWithName];

或者第二种方法

NSException e;
[e raise];

自从ObjC 2.0以来，Objective-C异常不再是C的setjmp() longjmp()的包装器，并且与c++异常兼容，@try是“免费的”，但抛出和捕获异常的代价要高得多。

无论如何，断言(使用NSAssert和NSCAssert宏家族)抛出NSException，这是明智的使用它们作为Ries状态。

我认为为了保持一致性，最好在你自己的类中使用@throw，它扩展了NSException。然后使用相同的表示法try catch finally:

@try {
.....
}
@catch{
...
}
@finally{
...
}

Apple解释了如何抛出和处理异常:

捕获异常 抛出异常

Regarding [NSException raise:format:]. For those coming from a Java background, you will recall that Java distinguishes between Exception and RuntimeException. Exception is a checked exception, and RuntimeException is unchecked. In particular, Java suggests using checked exceptions for "normal error conditions" and unchecked exceptions for "runtime errors caused by a programmer error." It seems that Objective-C exceptions should be used in the same places you would use an unchecked exception, and error code return values or NSError values are preferred in places where you would use a checked exception.