java线程池需通过钩子方法、任务包装或future等方式手动实现耗时与状态日志；推荐继承threadpoolexecutor重写beforeexecute/afterexecute，结合异步日志与采样策略保障性能。
Java 线程池本身不直接提供任务耗时和状态的自动日志记录功能，但可以通过包装 Runnable 或 Callable、重写线程池的钩子方法（如 beforeExecute / afterExecute），或使用 Future 包装器等方式实现。核心思路是：在任务执行前后打点计时，并捕获异常与完成结果。
用自定义 ThreadPoolExecutor 重写钩子方法
这是最常用、侵入性小且线程安全的方式。继承 ThreadPoolExecutor，覆盖 beforeExecute 和 afterExecute 方法，在其中记录开始时间、结束时间、异常信息等：
-
beforeExecute：记录任务提交时间（或真正开始执行时间），可存入
ThreadLocal<long></long>保存起始毫秒值 -
afterExecute：取出起始时间，计算耗时；检查
Throwable参数判断是否异常终止；若任务是Future，可调用isDone()/isCancelled()判断状态 - 注意：
afterExecute的Throwable参数仅在任务执行中抛出未捕获异常时非 null；正常完成的任务该参数为 null
包装 Runnable/Callable 记录执行上下文
适用于无法修改线程池实例、或需对特定任务单独埋点的场景。将原始任务封装一层，内部完成计时与日志：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 对
Runnable：构造时保存任务标识（如 taskName），在run()中用System.nanoTime()精确计时，try-catch捕获异常并记录 - 对
Callable<t></t>：类似，返回前记录成功耗时；异常时在 catch 块中记录失败及堆栈 - 示例：传入一个
Logger实例或 SLF4J 的MDC设置 traceId，让日志可追溯
结合 Future 获取执行结果与状态
当使用 submit() 提交 Callable 并获得 Future 时，可在主线程中主动等待并记录最终状态：
- 调用
future.get(timeout, unit)获取结果或超时/异常 - 通过
future.isDone()、future.isCancelled()、future.cancel(true)等判断生命周期状态 - 适合需要精确控制日志时机（比如统一在业务层汇总）的场景，但会阻塞主线程，慎用于高并发实时路径
推荐实践：统一日志格式 + 异步刷盘
避免日志打印成为性能瓶颈，建议：
- 日志内容包含：任务 ID（可自定义）、线程名、开始时间、结束时间、耗时（ms）、状态（SUCCESS / FAILED / CANCELLED）、异常类名与简短消息
- 使用异步日志框架（如 Logback 的
AsyncAppender或 Log4j2 的异步 Logger） - 对高频任务，可采样记录（如只记录耗时 > 100ms 或异常的任务）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
