一、分析
Java异常处理机制确实比较慢，这个“比较慢”是相对于诸如String、Integer等对象来说，单单从对象的创建上来说，new一个IOException会比String慢5倍，这从异常的处理机制上也可以解释：因为它执行fillStackTrace方法，要记录当前栈的快照，而String类则是直接申请创建一个内存创建对象，异常类慢一筹也在所难免。
二、场景
我们知道异常是主逻辑的例外逻辑，举个例子来说，比如我们能在马路上走（这时主逻辑），突然开过一辆车，我要避让（这是受检异常，必须处理），继续走着，不然一架飞机从我头顶飞过（非受检异常），我们可以选择继续行走（不捕捉），也可以选择指责噪音污染（捕捉，主逻辑的补充处理），在继续走着，突然一颗流星砸下来，这就没有选择，属于错误，不能做任何处理。
任何一个事物的处理都可能产生非预期的结果，问题是需要以何种手段来处理，如果不使用异常就需要依靠返回值的不同来进行处理了，这严重严重失去了面向对象的风格。
例如，用户登录的用例，就会在”例外事件“中说明”连续3次登陆失败即锁定用户账号“，这就是登陆事件的一个异常处理，具体到我们的程序中就是：
[java] view plaincopy
public voidlogin(){
try{
//正常登陆
}catch(InvalidLoginExceptionlie){
//用户名无效
}catch(InvalidPasswordExceptionpe){
//密码错误的异常
}catch(TooMouchLoginExceptiontmle){
//多次登陆失败的异常
} 将夜www.jiangyea.com
}
如此设计则可以让我们的login方法更符合实际的处理逻辑，同时使主逻辑（正常登陆，try代表块）更加清晰。使用异常有很多优点，比如可让正常代码和异常代码分离，能快速查找问题（栈信息快照）等，但是异常有一个缺点：性能比较慢。
但是我们不能因为性能问题而放弃使用异常，难道我们的系统连如此微小的性能消耗都不允许吗？
三、建议
性能问题不是拒绝异常的借口