@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];

这里有一个警告。在Objective-C中，与许多类似的语言不同，您通常应该尽量避免在正常操作中可能发生的常见错误情况下使用异常。

Apple的Obj-C 2.0文档中写道:“重要的是:异常在Objective-C中是资源密集型的。您不应将异常用于一般的流控制，或仅用于表示错误(例如文件不可访问)”

Apple's conceptual Exception handling documentation explains the same, but with more words: "Important: You should reserve the use of exceptions for programming or unexpected runtime errors such as out-of-bounds collection access, attempts to mutate immutable objects, sending an invalid message, and losing the connection to the window server. You usually take care of these sorts of errors with exceptions when an application is being created rather than at runtime. [.....] Instead of exceptions, error objects (NSError) and the Cocoa error-delivery mechanism are the recommended way to communicate expected errors in Cocoa applications."

这样做的部分原因是坚持Objective-C中的编程习惯(在简单的情况下使用返回值，在更复杂的情况下使用按引用参数(通常是NSError类))，部分原因是抛出和捕获异常的代价要高得多，最后(可能是最重要的)Objective-C异常是C的setjmp()和longjmp()函数的一个瘦包装，本质上混乱了你仔细的内存处理，参见下面的解释。

这是我从“大书呆子牧场指南(第四版)”中学到的：

@throw [NSException exceptionWithName:@"Something is not right exception"
                               reason:@"Can't perform this operation because of this or that"
                             userInfo:nil];

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

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

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

捕获异常 抛出异常

我认为你永远不应该使用异常来控制正常的程序流程。但是，当某些值与所需值不匹配时，应该抛出异常。

例如，如果某个函数接受一个值，并且该值永远不允许为nil，那么就可以抛出一个异常，而不是尝试做一些“聪明”的事情……

Ries