在Runnable中用System.nanoTime()测业务耗时可行，但必须在真实业务逻辑前后精确调用，确保同线程、同路径，排除I/O、锁等待等干扰，避免混用currentTimeMillis()。
在 Runnable 中用 System.nanoTime() 测量业务耗时是可行的，但要注意调用时机和作用域——必须在业务逻辑开始前记录起始值，结束后立即记录结束值，且两个调用必须在同一线程内、同一执行路径中。
确保 nanoTime 调用包裹真实业务代码
System.nanoTime() 返回的是纳秒级时间戳，但它的意义只在于**同一台机器上两次调用的差值**，不能直接当绝对时间用。关键是要把测量“扣”在你要关注的那段逻辑上，而不是整个 run() 方法外壳。
- ❌ 错误写法：在
run()开头就记 start，结尾记 end，但中间可能包含线程调度、锁等待、GC 等非业务开销 - ✅ 正确做法：在真正要测的业务方法调用前后精确插入
nanoTime()
例如：
```javapublic class MyTask implements Runnable {
@Override
public void run() {
// 其他准备逻辑（如日志、参数校验）不计入耗时
long start = System.nanoTime();
// ✅ 这里放你真正关心的业务逻辑
doBusinessWork(); // 比如数据库查询、JSON 解析、算法计算等
long end = System.nanoTime();
long costNs = end - start;
System.out.printf("业务耗时: %.3f ms%n", costNs / 1_000_000.0);
}
}
```
避免常见干扰因素
nanoTime 本身精度高，但结果是否“反映真实业务耗时”，取决于你怎么用。以下情况会让测量失真：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
- 把 I/O、网络、锁竞争等外部依赖操作包进去——这些不是 CPU 计算，而是等待，测出来的是“端到端延迟”，不是纯业务逻辑耗时
- 在多线程环境下，没注意 JVM 重排序或指令重排（虽不影响
nanoTime值本身，但可能让 start/end 不严格对应目标代码段） - 用
System.currentTimeMillis()混用对比——它精度低（毫秒级）、可能被系统时钟调整影响，完全不适合微秒/纳秒级测量
进阶建议：封装成可复用的计时工具
重复写 start/end 容易出错，可以简单封装一个 Timer 或用 try-with-resources 风格（JDK 7+）提升可读性：
public class NanoTimer implements AutoCloseable {
private final long start;
private String tag;
public NanoTimer() {
this.start = System.nanoTime();
}
public NanoTimer(String tag) {
this.start = System.nanoTime();
this.tag = tag;
}
@Override
public void close() {
long costNs = System.nanoTime() - start;
String msg = tag != null ? tag + " 耗时" : "耗时";
System.out.printf("%s: %.3f ms%n", msg, costNs / 1_000_000.0);
}
}
// 使用示例
public void run() {
try (NanoTimer timer = new NanoTimer("核心处理")) {
doBusinessWork();
}
}
```
注意 nanoTime 的局限性
虽然 System.nanoTime() 是当前最可靠的单调时钟，但仍需知道：
- 它不保证跨 JVM 进程或跨机器可比（只适用于单机单次运行内的相对测量）
- 某些极端虚拟化环境（如旧版 Docker + CFS 调度器）可能引入微小偏差，但对一般业务监控已足够
- 不要用它做超长时间跨度统计（比如小时级），因为 long 可能溢出（约 292 年才溢出，实际无需担心）
