使用UTC时区获取指定时间的毫秒值

       今天遇到了一个时区问题,因为我们的需求是需要覆盖全部时区,并且时区和用户之间的关系是由管理员手动绑定的,所以我们一些和员工有关的时间都需要去拿持久化在DB中的时区进行转时区的操作。

        但是原始代码中有一块用毫秒进行时间比较的,代码里是用date的getTime()方法和system.currentTimeMillie,后者我们都知道是用的1970年到现在的格林威治时间获取的毫秒值与时区无关,这时候就出现了问题。

 

问题1:因为new date().getTime与system.currentTimeMillie结果相等,所以认为格式化后的date().getTime也是区分时区的,但是是不对的。

解决1:查看源码发现格式化后的date().getTime是有获取机器默认时区的,会把格式化的时间认为是默认时区的时间,与我们想认为绑定时区的初衷不符,所以在getTime之前需要初始化时区,这时就引发了第二个问题。

 

问题2:由于我们储存的时区的码值是自己设定的时间协调时间(UTC)和date的初始化时区的类timeZone无法相互转换。只能将UTC先转换为ZoneId类,再转为TimeZone类,但是不知道为什么由TimeZone初始化的不同时区的结果并无变化,在网上也查询不到相关问题,所以换了一种方式

解决2:还是使用ZoneId,但是初始化时区以及获取毫秒值,使用localDateTime来,将指定的ZonId传入LocalDateTime的atZone方法再去获取毫秒值就能得到我们想要的结果了

这样就解决了想用指定UTC格式的时区获取指定时间的毫秒值了

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

m0_60407371

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值