如果您不使用工具，并且希望对执行时间较短的方法进行计时，那么只需执行多次，每次将执行次数增加一倍，直到达到1秒左右。因此，系统调用的时间。纳米时间等，也没有系统的准确性。nanoTime确实对结果有很大影响。

    int runs = 0, runsPerRound = 10;
    long begin = System.nanoTime(), end;
    do {
        for (int i=0; i<runsPerRound; ++i) timedMethod();
        end = System.nanoTime();
        runs += runsPerRound;
        runsPerRound *= 2;
    } while (runs < Integer.MAX_VALUE / 2 && 1000000000L > end - begin);
    System.out.println("Time for timedMethod() is " + 
        0.000000001 * (end-begin) / runs + " seconds");

当然，使用挂钟也有一些注意事项:jit编译、多线程/进程等的影响。因此，您需要首先执行该方法很多次，以便JIT编译器完成它的工作，然后重复此测试多次，并使用最短的执行时间。

使用分析器(JProfiler, Netbeans profiler, Visual VM, Eclipse profiler等)。您将得到最准确的结果，并且是最少的干扰。它们使用内置的JVM机制进行概要分析，还可以为您提供额外的信息，如堆栈跟踪、执行路径以及必要时更全面的结果。

当使用完全集成的分析器时，对方法进行分析是非常简单的。右击，分析器->添加到根方法。然后像运行测试运行或调试器一样运行剖析器。

nanotime()是一个非常精确的系统实用程序，用于测量执行时间。但是要注意，如果运行在抢占式调度器模式(默认)，这个实用程序实际上测量的是时钟时间，而不是CPU时间。因此，您可能会注意到每次运行的执行时间值是不同的，这取决于系统负载。如果您需要CPU时间，我认为在实时模式下运行您的程序就可以了。您必须使用RT linux。链接:使用Linux进行实时编程

我的答案很简单。对我有用。

long startTime = System.currentTimeMillis();

doReallyLongThing();

long endTime = System.currentTimeMillis();

System.out.println("That took " + (endTime - startTime) + " milliseconds");

它运行得很好。分辨率显然只有毫秒级，使用System.nanoTime()可以做得更好。这两种方法都有一些限制(操作系统调度切片等)，但效果很好。

平均几次运行(越多越好)，你就会得到一个不错的想法。

总有一些过时的方法:

long startTime = System.nanoTime();
methodToTime();
long endTime = System.nanoTime();

long duration = (endTime - startTime);  //divide by 1000000 to get milliseconds.

在java ee中对我有效的策略是:

Create a class with a method annotated with @AroundInvoke; @Singleton public class TimedInterceptor implements Serializable { @AroundInvoke public Object logMethod(InvocationContext ic) throws Exception { Date start = new Date(); Object result = ic.proceed(); Date end = new Date(); System.out.println("time: " + (end.getTime - start.getTime())); return result; } } Annotate the method that you want to monitoring: @Interceptors(TimedInterceptor.class) public void onMessage(final Message message) { ...

我希望这能有所帮助。