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

如果你只是想知道时间，可以试试这种方法。

long startTime = System.currentTimeMillis();
//@ Method call
System.out.println("Total time [ms]: " + (System.currentTimeMillis() - startTime));    

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

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

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

总有一些过时的方法:

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

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

可以使用javaagent修改java类字节，动态添加监控代码。github上有一些开源工具可以帮你做到这一点。 如果您想自己完成，只需实现javaagent，使用javassist修改要监视的方法，并在方法返回之前修改监视代码。它很干净，你甚至可以监视没有源代码的系统。

这可能不是您想让我说的，但是这是AOP的一个很好的用法。在您的方法周围使用代理拦截器，并在其中进行计时。

遗憾的是，AOP的什么、为什么和如何超出了这个答案的范围，但这就是我可能会做的事情。

编辑:如果你有兴趣的话，这里有一个Spring AOP的链接可以帮助你入门。这是Iive在java中遇到的最容易访问的AOP实现。

另外，考虑到其他人的简单建议，我应该补充一点:AOP适用于不希望时间之类的东西侵入代码的情况。但在很多情况下，这种简单易行的方法是可以的。