禁用 fillInStackTrace() 是提升高频自定义异常性能最直接有效的手段，核心是跳过 JVM 栈帧遍历采集（占耗时 90% 以上），适用于参数校验、限流拒绝等无需诊断的业务场景，可通过重写 synchronized fillInStackTrace() 返回 this 或 JDK7+ 四参构造器设 writableStackTrace=false 实现。
禁用 fillInStackTrace() 是提升高频自定义异常性能最直接有效的手段，核心在于跳过 JVM 默认执行的栈帧遍历与采集——这部分开销常占异常构造总耗时的 90% 以上。关键不是不抛异常，而是让“无需诊断”的业务异常轻量化。
重写 fillInStackTrace() 返回 this
这是兼容性最好、语义最清晰的方式。继承 RuntimeException 或 Exception 后，覆盖该方法并直接返回当前实例，不调用 super.fillInStackTrace()：
- 必须声明为
synchronized（因父类方法是 synchronized native） - 返回
this满足 Throwable 接口契约，不影响异常链和类型判断 - 适用于所有 JDK 版本，且可配合消息、cause 等字段正常使用
示例：
public class FastRejectException extends RuntimeException {public FastRejectException(String message) {
super(message);
}
@Override
public synchronized Throwable fillInStackTrace() {
return this;
}
}
用四参数构造器禁用 writableStackTrace
JDK 7+ 提供更底层控制：通过调用父类四参构造器，显式将第四个参数 writableStackTrace 设为 false：
立即学习“Java免费学习笔记（深入）”；
- 调用
super(message, cause, enableSuppression, false) - JVM 内部会跳过栈采集逻辑，
getStackTrace()返回空数组 - 无需重写方法，代码更简洁，且避免潜在的同步或继承干扰
推荐写法：
public class ValidationException extends RuntimeException {public ValidationException(String message) {
super(message, null, false, false);
}
}
只用于明确不需要堆栈的业务场景
该优化有严格适用边界，误用会导致根因不可查：
- 适合：参数校验失败、限流拒绝（如 QPS 超限）、缓存穿透兜底、状态前置拦截等高频、可预期、纯业务逻辑拒绝
- 禁用：任何系统级异常（
IOException、SQLException、NullPointerException），以及需要定位代码位置的错误 - 注意包装链：若用
new RuntimeException(e)包装，外层仍会触发自身栈采集，需确保整条链统一处理或避免包装
配套日志与监控调整
禁用后堆栈为空，传统日志方式会丢失关键上下文：
-
e.printStackTrace()或log.error("", e)输出为空堆栈，必须手动补全上下文字段（如当前 method、key、timestamp、traceId） - 避免在
toString()、自定义日志处理器中意外调用getStackTrace()触发填充（虽不常见，但需验证） - 部分 APM 工具（如 SkyWalking）可能强制增强填充，需关闭相关配置
