JVM参数分享 OmitStackTraceInFastThrow

占小狼
转载请注明原创出处,谢谢!

很久没有写文章了,最近在捣鼓一个稳定性保障组件,代号Rhino(犀牛),其中包含了熔断降级、服务限流、资源隔离、故障演练和缓存等功能,熔断降级类似于开源的Hystrix,但相比较而言更加的轻量,更加的容易接入,配合管理端可以实现参数的可视化实时修改

...扯远了!

今天分享一个比较冷门的JVM参数 OmitStackTraceInFastThrow

这是HotSpot VM专门针对异常做的一个优化,称为fast throw,当一些异常在代码里某个特定位置被抛出很多次的话,HotSpot Server Compiler(C2)会用fast throw来优化这个抛出异常的地方,直接抛出一个事先分配好的、类型匹配的对象,这个对象的message和stack trace都被清空。

可以明确:抛出这个异常非常快,不用额外分配内存,也不用爬栈。

副作用:正好是需要知道哪里出问题的时候看不到stack trace了,不利于排查问题。

如果遇到没有stack trace的问题,可以考虑通过 -XX:-OmitStackTraceInFastThrow 禁用该默认的优化

你可能感兴趣的:(JVM参数分享 OmitStackTraceInFastThrow)