别再用 System.currentTimeMillis() 统计耗时了，太 Low，StopWatch 好用到爆！

你还在用 System.currentTimeMillis... 统计耗时？
,比如下面这段代码：,System.currentTimeMillis...这种方式统计耗时确实是用的最多的，因为它不用引入其他的 JAR 包，JDK 就能搞定，但是它用起来有几个不方便的地方：
,1）需要定义初始时间值，再用当前时间进行手工计算；
,2）统计多个任务的耗时比较麻烦，如果 start 赋值搞错可能还会出现逻辑问题；
,有没有其他的更好的替代方案呢？答案是肯定的：StopWatch！
,StopWatch 是一个统计耗时的工具类：
,,常用的 StopWatch 工具类有以下两种：
,虽然两个工具类的名称是一样的，但是用法大不相同，本文栈长就给大家分别演示下。
,引入依赖,commons-lang3 是 Apache 开源的通用工具包，需要额外引入 Maven 依赖：,简单示例,创建一个 StopWatch 实例有以下 3 种方法：
,1） 使用 new 关键字
,2）使用 create 工厂方法
,3）使用 createStarted 方法
,这个方法不但会创建一个实例，同时还会启动计时。
,来看一个简单的例子：,更多用法,接之前的示例继续演示。
,暂停计时：,因为暂停了，所以还是 1000ms，暂停后中间休眠的 1000 ms 不会被统计。
,恢复计时：,因为恢复了，结果是 2001 ms，恢复后中间休眠的 1000 ms 被统计了。
,停止计时：,停止计时前休眠了 1000ms，所以结果是 3009ms，停止计时后就不能再使用暂停、恢复功能了。
,重置计时：,因为重置计时了，所以重新开始计时后又变成了 1000ms。
,来看一个简单的例子：,Spring 创建实例的方法就是 new，开始计时，以及获取时间需要手动 start、stop。
,继续再新增 2 个任务：,Spring 一个重要的亮点是支持格式化打印结果：
,来看最后的输出结果：
,,不过有一点不友好的是，格式化结果显示的是纳秒，而且不能修改。。
,分别来看下 commons-lang3 和 Spring 的核心源码：
,,,其实也都是利用了 JDK 中的 System 系统类去实现的，做了一系列封装而已。
,commons-lang3 工具包和 Spring 框架中的 StopWatch 都能轻松完成多个任务的计时以及总耗时，再也不要用手工计算耗时的方式了，手动计算如果 start 赋值错误可能还会出错。
,当然，以上两个 StopWatch 的功能也远不止栈长介绍的，栈长介绍的这些已经够用了，更多的可以深入研究。
,本文所有完整示例源代码已经上传：
,欢迎 Star 学习，后面 Java 示例都会在这上面提供！
,总结一下这两种计时工具类优缺点：
,1）commons-lang3 中的 StopWatch 的用法比 Spring 中的要更简单一些；
,2）commons-lang3 中的 StopWatch 功能比 Spring 中的要更灵活、更强大一些，支持暂停、恢复、重置等功能；
,3）Spring 提供每个子任务名称，以及按格式化打印结果功能，针对多任务统计时更好一点；
,综上所述，个人推荐使用 commons-lang3 工具包中的，更灵活、更强大，如果不想额外引入包，也可以考虑 Spring 中的，根据自己的系统需求定。
,所以，别再用 System.currentTimeMillis... 统计耗时了，太 low，赶紧分享转发下吧，规范起来！,好了，今天的分享就到这里了。