如何优雅的统计代码耗时
1|0前言
代码耗时统计在日常开发中算是一个十分常见的需求,特别是在需要找出代码性能瓶颈时。
可能也是受限于 Java 的语言特性,总觉得代码写起来不够优雅,大量的耗时统计代码,干扰了业务逻辑。特别是开发功能的时候,有个感受就是刚刚开发完代码很清爽优雅,结果加了一大堆辅助代码后,整个代码就变得臃肿了,自己看着都挺难受。因此总想着能不能把这块写的更优雅一点,今天本文就尝试探讨下“代码耗时统计”这一块。
在开始正文前,先说下前提,“代码耗时统计”的并不是某个方法的耗时,而是任意代码段之间的耗时。这个代码段,可能是一个方法中的几行代码,也有可能是从这个方法的某一行到另一个被调用方法的某一行,因此通过 AOP 方式是不能实现这个需求的。
2|0常规方法
2|1时间差统计
这种方式是最简单的方法,记录下开始时间,再记录下结束时间,计算时间差即可。
这种方式的优点是实现简单,利于理解;缺点就是对代码的侵入性较大,看着很傻瓜,不优雅。
2|2StopWatch
第二种方式是参考 StopWatch ,StopWatch 通常被用作统计代码耗时,各个框架和 Common 包都有自己的实现。
我是仿照 org.springframework.util.StopWatch
的实现,写了 TraceWatch 类,这个方法提供了两种耗时统计的方法:
通过调用 Start(name)
和 Stop()
方法,进行耗时统计。通过调用 Record(name, timeCost)
,方法,直接记录耗时信息。这种方式本质上和“时间差统计”是一致的,只是抽取了一层,稍微优雅了一点。
注:你可以根据自己的业务需要,自行修改 TraceWatch
内部的数据结构,我这里简单起见,内部的数据结构只是随便举了个例子。
3|0高级方法
第二节提到的两种方法,用大白话来说都是“直来直去”的感觉,我们还可以尝试把代码写的更简便一点。
3|1Function
在 jdk 1.8 中,引入了 java.util.function
包,通过该类提供的接口,能够实现在指定代码段的上下文执行额外代码的功能。
这里我利用了 Supplier
和 IntConsumer
接口,对外提供了有返回值和无返回值得调用,在 TraceHolder 类中,在核心代码块的前后,分别调用了前文的 TraceWatch
的方法,实现了耗时统计的功能。
3|2AutoCloseable
除了利用 Function
的特性,我们还可以使用 jdk 1.7 的 AutoCloseable
特性。说 AutoCloseable
可能有同学没听过,但是给大家展示下以下代码,就会立刻明白是什么东西了。
在 try
后方可以加载一个实现了 AutoCloseable
接口的对象,该对象作用于整个 try
语句块中,并且在执行完毕后回调 AutoCloseable#close()
方法。
让我们对 TraceWatch 类进行改造:
实现 AutoCloseable
接口,实现 close()
接口:
修改 start()
方法,使其支持链式调用:
4|0总结
本文列举了四种统计代码耗时的方法:
- 时间差统计
- StopWatch
- Function
- AutoCloseable
__EOF__

本文链接:https://www.cnblogs.com/satire/p/16243001.html
关于博主:评论和私信会在第一时间回复。或者直接私信我。
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 单元测试从入门到精通
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 上周热点回顾(3.3-3.9)
· winform 绘制太阳,地球,月球 运作规律
2021-05-07 常见的缓存算法