timezone用法 java 为什么减去这两次(在1927年)给出一个奇怪的结果?



4 Answers

您遇到了当地时间不连续

当地标准时间即将到达星期日时,1928年1月1日00:00:00时钟倒退0:05:52到星期六,31。1927年12月31日,当地标准时间23:54:08

这并不是特别奇怪,并且由于政治或行政行为导致时区被切换或改变,因此在任何时候都发生过这种情况。

java date设置时区

如果我运行以下程序,它解析引用时间间隔为1秒的两个日期字符串并比较它们:

public static void main(String[] args) throws ParseException {
    SimpleDateFormat sf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");  
    String str3 = "1927-12-31 23:54:07";  
    String str4 = "1927-12-31 23:54:08";  
    Date sDt3 = sf.parse(str3);  
    Date sDt4 = sf.parse(str4);  
    long ld3 = sDt3.getTime() /1000;  
    long ld4 = sDt4.getTime() /1000;
    System.out.println(ld4-ld3);
}

输出是:

353

为什么ld4-ld3不是1 (正如我所预期的那样,时间ld4-ld3 1秒),但353

如果我将日期更改为1秒后的时间:

String str3 = "1927-12-31 23:54:08";  
String str4 = "1927-12-31 23:54:09";  

然后ld4-ld3将为1

Java版本:

java version "1.6.0_22"
Java(TM) SE Runtime Environment (build 1.6.0_22-b04)
Dynamic Code Evolution Client VM (build 0.2-b02-internal, 19.0-b04-internal, mixed mode)

Timezone(`TimeZone.getDefault()`):

sun.util.calendar.ZoneInfo[id="Asia/Shanghai",
offset=28800000,dstSavings=0,
useDaylight=false,
transitions=19,
lastRule=null]

Locale(Locale.getDefault()): zh_CN



增加时间时,您应该转换回UTC然后加或减。 仅使用当地时间进行显示。

通过这种方式,您可以在几小时或几分钟发生两次的任何时段走过。

如果您转换为UTC,请添加每秒,然后转换为本地时间进行显示。 你可以通过下午11:54:08 LMT - 美国中部时间晚上11:59:59和美国中部时间晚上11:59:59。




我很遗憾地说,但是时间的不连续性已经发生了变化

两年前的JDK 6 ,以及最近在更新25中的JDK 7

需要学习的经验:不惜一切代价避免非UTC时间,可能用于显示。




恕我直言,Java中普遍存在的隐式本地化是其最大的单一设计缺陷。 它可能适用于用户界面,但坦率地说,今天谁真正使用Java作为用户界面,除了一些IDE,你基本上可以忽略本地化,因为程序员并不完全是它的目标受众。 您可以通过以下方式修复它(特别是在Linux服务器上):

  • export LC_ALL = C TZ = UTC
  • 将系统时钟设置为UTC
  • 除非绝对必要,否则永远不要使用本地化的实现

对于Java Community Process成员,我建议:

  • 使本地化方法不是默认方法,但要求用户明确请求本地化。
  • 使用UTF-8 / UTC作为FIXED默认值,因为这只是今天的默认值。 除非您想生成这样的线程,否则没有理由做其他事情。

我的意思是,来吧,不是全局静态变量是反OO模式吗? 没有其他东西是由一些基本环境变量给出的普遍违约.......




Related