总觉得异常的效率非常差，使用的场合是否应该反复考虑。

有时候异常的确可以让程序流程清晰一些。但我比较苦恼的是:
try, catch 块是需要付出代价的呀！打个比方，A写了一个库
库使用了异常。调用方为了简单，通常会在一个大的try/catch
块中调用这个库。我看书上说，加上try的代码空间和时间效率会下降
25%左右，好大的数字呀！！！

但如果调用方仔细地只在可能抛异常的代码段用TRY/CATCH呢？
我靠！那和使用返回值的错误处理方法有什么两样？

所以我从不用异常。除非C++规定TRY/CATCH块付出很小的代价。

但要看在什么地方使用，对于非服务器程序或中间件等对实时要求不高的程序，使用异常会提高不少开发效率，简化错误处理，还有，降低多少效率，应该是自己经过测试后来得出结论

理论上说，异常对空间有要求，对时间没影响的（是指没有异常发生的情况下）
不过不是每个编译器都支持的很好。
我觉得还是那句话，first make it right, then make it fast。
我最近写了个程序，用异常的，有个函数因为要调用几亿次，我把它的异常改成返回值了，大概就快了100倍。
但是这改动很方便，因为我的程序结构本来不错，改动没什么负面影响。

所以，不要一开始就想优化，会迷失的。