长沙摘要 株洲快递 湘潭搜索 都市点评 百姓说法 微动新讯 市民理财 地产 楼盘 车市 数码 家电 时尚 手机 美食 闲娱 购彩 便民
您现在所在的位置:首页 > 长株潭融城综合播报
system.currenttimemillis调用时间通常性毫秒数消耗掉
2020-08-07 来源:长株潭 编辑:长株潭小编

      System.currentTimeMillis()的调用比new一个普通对象要耗时的多(具体耗时高出多少我也不知道,不过听说在100倍左右),然而该方法又是一个常用方法,有时不得不使用,比如生成wokerId、打印日志什么的,在高并发情形下肯定存在性能问题的,但怎么做才好呢?       System.currentTimeMillis()之所以慢是因为去跟系统打了一次交道。那什么快?内存!如果该方法从内存直接取数,那不就美滋滋了。


      System.currentTimeMillis()产生一个当前的毫秒,这个毫秒其实就是自1970年1月1日0时起的毫秒数,Date()其实就是相当于Date(System.currentTimeMillis());因为Date类还有构造Date(long date),用来计算long秒与1970年1月1日之间的毫秒差。得到了这个毫秒数,我们自己也可以算起现在的年月日周时,但是这不是我们去计算的,因为有Calendar。Calendar最终出的结果就是年月日周时时区。
      System.currentTimeMillis()计算方式:
      在开发过程中,通常很多人都习惯使用new Date()来获取当前时间。new Date()所做的事情其实就是调用了System.currentTimeMillis()。如果仅仅是需要或者毫秒数,那么完全可以使用System.currentTimeMillis()去代替new Date(),效率上会高一点。如果需要在同一个方法里面多次使用new Date(),通常性能就是这样一点一点地消耗掉,这里其实可以声明一个引用。
 

分享: 关闭 打印 保存 收藏
评论总数:0 [ 查看全部 ]网友评论
    
 请输入验证码:   
CopyRight All @ 长株潭新闻网 cztxww.com 版权所有,违者必究