几种代码耗时统计方法，帮你找出程序慢在哪里

一、前言

代码耗时统计在日常开发中算是一个十分常见的需求，特别是在需要找出代码性能瓶颈时。

可能也是受限于 Java 的语言特性，总觉得代码写起来不够优雅，大量的耗时统计代码，干扰了业务逻辑。特别是开发功能的时候，有个感受就是刚刚开发完代码很清爽优雅，结果加了一大堆辅助代码后，整个代码就变得臃肿了，自己看着都挺难受。因此总想着能不能把这块写的更优雅一点，今天本文就尝试探讨下“代码耗时统计”这一块。

在开始正文前，先说下前提，“代码耗时统计”的并不是某个方法的耗时，而是任意代码段之间的耗时。这个代码段，可能是一个方法中的几行代码，也有可能是从这个方法的某一行到另一个被调用方法的某一行，因此通过 AOP 方式是不能实现这个需求的。

二、常规方法

2.1 时间差统计

这种方式是最简单的方法，记录下开始时间，再记录下结束时间，计算时间差即可。

public class TimeDiffTest {  
    public static void main(String[] args) throws InterruptedException {  
        final long startMs = TimeUtils.nowMs();  
  
        TimeUnit.SECONDS.sleep(5); // 模拟业务代码  
  
        System.out.println("timeCost: " + TimeUtils.diffMs(startMs));  
    }  
}  
  
/* output:   
timeCost: 5005  
*/  

public class TimeUtils {  
    /**  
     * @return 当前毫秒数  
     */  
    public static long nowMs() {  
        return System.currentTimeMillis();  
    }  
  
    /**  
     * 当前毫秒与起始毫秒差  
     * @param startMillis 开始纳秒数  
     * @return 时间差  
     */  
    public static long diffMs(long startMillis) {  
       return diffMs(startMillis, nowMs());  
    }  
}  

这种方式的优点是实现简单，利于理解；缺点就是对代码的侵入性较大，看着很傻瓜，不优雅。

2.2 StopWatch

第二种方式是参考 StopWatch ，StopWatch 通常被用作统计代码耗时，各个框架和 Common 包都有自己的实现。

public class TraceWatchTest {  
    public static void main(String[] args) throws InterruptedException {  
        TraceWatch traceWatch = new TraceWatch();  
  
        traceWatch.start("function1");  
        TimeUnit.SECONDS.sleep(1); // 模拟业务代码  
        traceWatch.stop();  
  
        traceWatch.start("function2");  
        TimeUnit.SECONDS.sleep(1); // 模拟业务代码  
        traceWatch.stop();  
  
        traceWatch.rec