Date, TimeZone, MongoDB, java中date的时区问题

打印new Date(),Fri Aug 12 13:37:51 CST 2016. 显示Asia/Shanghai的时区,但是date toString 的时区简写却是CST。更坑爹的是,Google CST结果出来是Central Standard Time. 表示North American Central Standard Time. 还以为jdk的date类有问题,debug date toString发现确实是将Asia/Shanghai的name 简写成CST. 接着google,终于看到另一个:cst-china, 即China Standard Time。中国的标准时区当然是北京时间,不过在时间上就是+8,就是Asia/Shanghai.

Asia/Shanghai  -- CST  -- China Standard Time

时区的说法只是对时间的一种翻译,时间是唯一的,确定的。虽然我们北京时间会比UTC时间多8h,但这只是说法的不同,在表示时间的含义上是等价的。也就是说UTC时间0点就等价于北京时间8点。这个Date类中是通过记录UTC时间以及偏移量来表示的,不同时区只是显示的结果不同,但可以相互转换。

之所以迷惑是因为时间使用上会分两个阶段。一个是翻译阶段,一个是比较阶段。比如我传入参数2016-08-12 10:31:20,这个时间并没有指定时区,如果我想要表达的是北京时间,那么对应的就是UTC 2:31:20. 就在这里出问题。 MongoDB的时间都是UTC时间,我想要查询10点31之前的数据,然后我使用new Date来指定时间,看上去我是想要获取这个时间之前的数据,实际上却是UTC 2:31:20之前的数据。也就是说,我查出的结果并不是UTC时间上10:31之前的数据,而是北京时间10:31之前的数据。即,我查询的 数据,日期标准是按照北京时间来查询的。

因此,如果确定java的driver会自动转换date中的时区。也就是说,加入我传入参数2016-08-12 10:31:20, 并且本机器的默认时区是北京时间,MongoDB的driver在查询的时候把Date时区转换成UTC来对待,即相当于查询2016-08-12 2:31:20Z之前的数据。那么,我的结果就是北京时间31的。如果没有转化时区,MongoDB会将10:31当做UTC时间传入,那么查询的结果就是UTC时间的。所以,关键是driver是否会进行时区转换。

date设置时区

  1. 设置TimeZone default
  2. 直接设置TimeZone

1.

        Date date = new Date();
        System.out.println("default:  "+date.toString());

        TimeZone.setDefault(TimeZone.getTimeZone("UTC"));
        System.out.println("utc:  "+date);

        TimeZone.setDefault(TimeZone.getTimeZone("Asia/Shanghai"));
        System.out.println("Asia/Shanghai:  "+date);

        TimeZone.setDefault(TimeZone.getTimeZone("CST"));
        System.out.println("CST:  "+date);    
default:  Fri Aug 12 10:22:51 CST 2016
utc:  Fri Aug 12 02:22:51 UTC 2016
Asia/Shanghai:  Fri Aug 12 10:22:51 CST 2016
CST:  Thu Aug 11 21:22:51 CDT 2016

2.

        SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd hh:mm:ss");
        sdf.setTimeZone(TimeZone.getTimeZone("UTC"));
        Date parse = sdf.parse("2016-08-12 10:31:20");
        System.out.println("default: "+parse);
        TimeZone.setDefault(TimeZone.getTimeZone("UTC"));
        System.out.println("UTC:  "+parse);
default: Fri Aug 12 18:31:20 CST 2016
UTC:  Fri Aug 12 10:31:20 UTC 2016

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏一个会写诗的程序员的博客

第13章 Kotlin 集成 SpringBoot 服务端开发(2)

其中,ON DUPLICATE KEY UPDATE 这句表明当遇到重复的键值的时候,执行更新 gmt_modified = now() 的操作。这里nativ...

831
来自专栏Jerry的SAP技术分享

ABAP和Java的destination和JNDI

3473
来自专栏jeremy的技术点滴

mybatis-generator使用备忘

3264
来自专栏ml

HDUOJ-------2149Public Sale

Public Sale Time Limit: 1000/1000 MS (Java/Others)    Memory Limit: 32768/32768 ...

2688
来自专栏lgp20151222

整理代码,将一些曾经用过的功能整合进一个spring-boot

由于本人的码云太多太乱了,于是决定一个一个的整合到一个springboot项目里面。

1493
来自专栏IT笔记

Shiro安全框架基于Redis的分布式集群方案

前段时间做了一个市场推广相关的项目,安全框架使用的是Shiro,缓存框架使用的是spring-data-redis。为了使用户7x24小时访问,决定把项目由单机...

3356
来自专栏向治洪

React native和原生之间的通信

RN中文网关于原生模块(Android)的介绍可以看到,RN前端与原生模块之 间通信,主要有三种方法: 1)使用回调函数Callback,它提供了一个函数来把返...

6006
来自专栏Android中高级开发

Android开发之漫漫长途 XI——从I到X的小结

该文章是一个系列文章,是本人在Android开发的漫漫长途上的一点感想和记录,我会尽量按照先易后难的顺序进行编写该系列。该系列引用了《Android开发艺术探索...

1012
来自专栏Java架构解析

深入理解Java中的底层阻塞原理及实现

Information Technology Solutions as a Presentation

210
来自专栏后端之路

SpringBoot之内容协商器

背景 使用了restful的小伙伴对于导出这些需求本能就是拒绝的~破坏了restful的url的一致性【严格矫正 不是http json就是restful 很多...

4377

扫码关注云+社区