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

总有一些过时的方法:

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

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

正如“skaffman”所说，使用AOP或您可以使用运行时字节码编织，就像使用单元测试方法覆盖工具透明地向调用的方法添加计时信息一样。

您可以查看开源工具(如Emma (http://downloads.sourceforge.net/emma/emma-2.0.5312-src.zip?modtime=1118607545&big_mirror=0))使用的代码。另一个开源覆盖工具是http://prdownloads.sourceforge.net/cobertura/cobertura-1.9-src.zip?download。

如果你最终做到了你所设定的目标，请用你的ant task/jars与社区分享。

如果您不使用工具，并且希望对执行时间较短的方法进行计时，那么只需执行多次，每次将执行次数增加一倍，直到达到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编译器完成它的工作，然后重复此测试多次，并使用最短的执行时间。

如果你想要时间

long start_time = System.currentTimeMillis();
object.method();
long end_time = System.currentTimeMillis();
long execution_time = end_time - start_time;

使用AOP/AspectJ和来自jcabi-aspects的@Loggable注释，你可以简单而紧凑地完成:

@Loggable(Loggable.DEBUG)
public String getSomeResult() {
  // return some value
}

对该方法的每个调用都将发送到SLF4J日志记录工具，具有DEBUG日志记录级别。每个日志消息都将包括执行时间。