如果我运行下列程序,它分开两个日期线的参考时间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 (正如我從一秒間的差異所期望的那樣),但 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

当前回答

而不是转换每个日期,您可以使用以下代码:

long difference = (sDt4.getTime() - sDt3.getTime()) / 1000;
System.out.println(difference);

然后看看结果是:

1

其他回答

出口 LC_ALL=C TZ=UTC 设置系统时钟到 UTC 永远不会使用定位实施,除非绝对必要(即仅显示)

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

做定位的方法,而不是默认,但要求用户明确要求定位. 使用 UTF-8/UTC 作为固定默认,而不是因为这只是今天的默认。

我指的是,来吧,全球静态变量不是一个反OO模式吗?没有别的东西是那些由某些基本的环境变量给予的突破性缺陷......。

当增加时间时,您应该转换为UTC,然后添加或提取。

这样,你就可以通过任何时间或分钟发生两次。

如果你转换到 UTC,添加每秒,并转换到当地时间显示. 你会通过 11:54:08 下午 LMT - 11:59:59 下午 LMT 然后 11:54:08 下午 CST - 11:59:59 下午 CST.

这个奇怪的道德是:

使用 UTC 的日期和时间在任何可能的地方. 如果您无法在 UTC 中显示日期或时间,请始终指示时间区. 如果您无法在 UTC 中要求输入日期/时间,请明确指示时间区。

您已遇到当地时间间隔:

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

这一点并不特别奇怪,因为由于政治或行政行动,时间区被交换或改变,几乎到处都发生了。

正如其他人所说,这是上海1927年的时间变化。

在上海,当地标准时间是23:54:07,但然后在5分钟52秒后,它转到下一天在00:00,然后当地标准时间转到23:54:08. 因此,这就是为什么两次之间的差异是343秒,而不是1秒,你会预料到的。

日光节约时间开始时,时间前进1小时,但过了一会儿,日光节约时间结束,它回到标准时间区1小时,所以有时在比较时间在美国,差异约为3600秒而不是1秒。

但是,关于这两次的变化有什么不同,后者不断变化,前者只是一个变化,它没有改变或再改变相同的数量。

最好使用UTC,除非需要使用非UTC时间,如在显示中。