捕获与抛出异常的性能开销：catch块中重抛异常是否有额外成本？

嘿，这个问题问到点子上了——很多开发者在写try { .. } catch(Exception e) { ...log exception... throw; } finally { ... }这种结构时，都会纠结重抛异常会不会带来额外性能负担，我来给你拆解清楚：

核心结论先放前面 #

重抛异常本身几乎没有额外性能开销，真正的开销来自两个和重抛无关的环节：异常实例的创建（栈追踪生成），以及日志记录的处理。

1. 异常的最大开销其实在创建阶段 #

不管你重不重抛，Java（默认你用的是Java，毕竟这个结构最常见）里异常最耗时的操作是创建异常对象时生成栈追踪信息——这一步需要遍历当前线程的调用栈，收集每个栈帧的类、方法、行号等数据，这个过程是实打实的性能消耗点。

而你在catch块里写throw;（注意不是throw new Exception(e)这种新建异常的操作），只是把已经创建好的异常对象重新抛出，完全不会重新生成栈追踪。哪怕你写throw e;，只要没有新建异常实例，栈追踪都是复用原来的，所以重抛这个动作本身的开销可以忽略不计。

2. 日志记录才是你要关注的额外开销 #

你这个结构里的log exception环节，才是真正会带来额外性能消耗的部分：

• 当日志框架（比如SLF4J+Logback）处理log.error("异常信息", e)时，需要把异常的栈追踪格式化成字符串，这个过程涉及字符串拼接、遍历栈帧数据。
• 如果是输出到文件或者远程日志系统，还会有IO操作的开销——这部分是为了排查问题必须付出的成本，但和“重抛异常”这个动作无关。

3. 对比不重抛的情况 #

如果你的代码是try{...}catch(Exception e){log.error(...);}而不重抛，性能上的差异只在于后续代码是否会因为异常中断，以及上层是否还有异常处理逻辑需要执行。重抛本身不会增加任何额外的栈追踪或对象创建开销。

给你的优化小建议 #

• 尽量避免在高频执行的代码路径中抛出异常（不管重抛与否），因为异常创建的栈追踪开销本身就不小。
• 如果日志开销成为瓶颈，可以配置日志框架使用异步日志（比如Logback的AsyncAppender），把IO操作异步化，降低对主线程的影响。
• 不要为了“节省性能”而省略必要的日志记录——排查生产问题时，异常日志的价值远大于那点性能开销。

内容的提问来源于stack exchange，提问作者Jay Chheda