禁用fillinstacktrace是创建无堆栈高性能异常的核心手段，本质跳过jvm耗时最多的栈帧采集；适用于高频可预期的业务拒绝场景，需配套注入上下文、补全mdc、避免log.error("", e)等关键动作。
禁用 fillInStackTrace 是创建无堆栈高性能异常的核心手段，本质是跳过 JVM 花费最多时间的栈帧采集过程。它不改变异常语义，只剥离诊断信息，适用于高频、可预期、无需定位代码行的业务拒绝场景。
直接重写 fillInStackTrace 返回 this
这是最通用、最可控的方式，兼容所有 JDK 版本，语义明确：
- 继承
RuntimeException（或Exception），覆盖fillInStackTrace()方法 - 方法体只写
return this;，**绝不调用super.fillInStackTrace()** - 保持异常类型命名具业务含义，如
ParamInvalidException、RateLimitRejectException
示例：
public class FastRejectException extends RuntimeException {
public FastRejectException(String message) {
super(message);
}
@Override
public synchronized Throwable fillInStackTrace() {
return this;
}
}
用四参数构造器禁用 writableStackTrace
JDK 7+ 提供更底层控制：通过构造器显式关闭堆栈写入能力，比重写方法更轻量：
- 调用父类四参构造器：
super(message, cause, enableSuppression, false) - 第四个参数
false表示writableStackTrace = false，触发内部跳过填充逻辑 - 无需重写方法，
getStackTrace()自动返回空数组，行为更干净
推荐写法：
public class ValidationException extends RuntimeException {
public ValidationException(String message) {
super(message, null, false, false);
}
}
必须配套的关键动作
禁用堆栈不是“删东西”，而是换信息载体，否则日志和监控会失效：
- 异常构造时注入上下文：把关键字段拼进 message，例如
"invalid mobile: " + phone + ", ip=" + clientIp - 日志记录时补全 MDC 字段：traceId、requestId、path、method 等，确保错误可链路追踪
- 避免在日志中直接写
log.error("", e)—— 堆栈为空会导致信息断层，改用结构化日志并显式传入上下文变量 - 若需保留底层原因，用
new LightException("msg", cause)包装，但外层仍需禁用自身堆栈
哪些场景能用，哪些坚决不能碰
判断标准只有一个：该异常发生后，是否依赖栈帧定位真实出错位置？
- ✅ 适合禁用：参数校验失败、缓存穿透兜底、限流熔断拒绝、JWT 解析失败等高频、纯业务规则拦截
- ❌ 绝对禁用：
IOException、SQLException、NullPointerException、反序列化失败等——堆栈是唯一根因线索 - ⚠️ 避免踩坑：不要全局禁用所有
RuntimeException；不要在包装异常时遗漏外层堆栈控制；IDE 或 APM 工具可能强制填充，需检查配置
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
