您可能打算在格式化程序上设置时区,而不是在日历上设置时区(或者除了日历之外,还不能100%清楚您要完成的意思)!用于创建人类表示形式的时区来自SimpleDateFormat。当您通过调用将其转换回java.util.Date时,所有“时区”信息都会从Calendar中丢失
getTime()。
代码:
Calendar c2 = Calendar.getInstance(TimeZone.getTimeZone("UTC"));c2.set(year, month, date, hourOfDay, minute, second);System.out.println(sdf.format(c2.getTime()));
正在打印,
14/01/2014 10:12:00因为Syndey(格式化程序的时区)中显示的11AM UTC是10PM!(以HH格式使用24小时)
这将打印出您想要执行的 *** 作:
SimpleDateFormat sdf = new SimpleDateFormat("dd/MM/yyyy hh:mm:ss z");System.out.println(sdf.format(c1.getTime()));sdf.setTimeZone(TimeZone.getTimeZone("UTC"));System.out.println(sdf.format(c1.getTime()));
“ UTC毫秒”的概念毫无意义。毫秒数只是历史上的固定点,没有与之关联的时区。我们为其添加了时区,以将其转换为人类可读的表示形式。
编辑:是的,从一开始,对(美国)东部时间和(澳大利亚)东部时间使用’EST’的歧义一直是Java的陷阱。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)