futuretask执行失败时原始异常堆栈完整保留但需调用getcause()获取；直接打印executionexception仅显示包装层堆栈，应记录cause并结合mdc、参数、耗时等上下文。
FutureTask 任务执行失败时，真实异常的堆栈信息默认是完整保留的，但不会自动打印出来——它被封装在 ExecutionException 的 cause 中，而 cause 本身仍持有原始堆栈。关键在于**获取方式是否正确、日志记录是否到位**。
必须调用 getCause() 才能拿到原始异常对象
FutureTask 把你在 Callable.call() 中抛出的异常（比如 NullPointerException 或自定义业务异常），原样包装进 ExecutionException，并设为其 cause。这个 cause 对象的 getStackTrace() 返回的就是最初抛出时的完整堆栈。
- 直接打印
e.printStackTrace()（e 是 ExecutionException）只会显示包装层的堆栈，看不到你代码里哪一行出的问题 - 必须先调用
e.getCause()，再对返回的Throwable调用printStackTrace()或日志方法 - 如果用 SLF4J 等日志框架，推荐写法是：
logger.error("任务执行失败", cause)—— 框架会自动展开完整堆栈
避免堆栈被截断的实操要点
有些场景下堆栈看似“丢失”，其实是输出方式或环境限制导致的：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
e.getCause().getMessage()只取异常消息，不包含堆栈，不能用于排查 -
System.err.println(cause)仅打印异常类名和 message，也不带堆栈 - 某些容器或监控平台对日志长度有限制，可能截断长堆栈；应配置日志 appender 支持大日志（如 Logback 的
maxFileSize和maxHistory） - 使用
cause.getStackTrace()可手动遍历每一帧，确认行号、类名、方法名是否完整
不触发 get() 也能提前检查堆栈（高级用法）
若想在任务完成但尚未调用 get() 时就捞出异常堆栈（比如做异步监控），可通过反射读取 FutureTask 的私有字段：
- 确认
state == 3（即 EXCEPTIONAL 状态） - 读取
outcome字段，强转为ExecutionException - 调用其
getCause()，得到原始异常，再调用getStackTrace()即可获取全部堆栈帧 - 注意：该方式绕过
get()，不会抛异常，适合诊断型工具或健康检查逻辑
日志记录要带上下文才真正有用
光有堆栈不够，还要结合业务上下文才能快速定位问题：
- 在提交任务前，用 MDC（如 SLF4J 的
MDC.put("taskId", id)）注入唯一标识 - 异常日志中同时记录输入参数摘要（脱敏后）、执行耗时、线程名等
- 避免只写
logger.error("失败")，应写logger.error("任务[{}]执行失败，输入:{}, 异常:", taskId, input, cause)
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
