我有一个日历对象[localDate],它位于美国东部时间:比如11月6日,15:34 ......我将timeZone设置为GMT + 5:30 ...
现在,当我做Calendar.HOUR_OF_DAY
时,它会让我回复2 ...我知道这是完美的..自15:34 + 5小时到GMT然后+5:30到时区..这只是意味着...... 26:04这是第7个中的第2个。
但是,日期仍然保持为11月6日... localDate.getTime()
仍然会返回11月6日..即使我打印localDate ..它显示时区为+5:30,但是当天和其他一切仍然是原来的当地时间.. [即11月6日]
我根本无法理解为什么......
编辑::
所以我理解我不需要更改日期和时区。只更改适合该位置的日期显示方式,并且可以使用已设置的时区来完成。
答案 0 :(得分:6)
localDate.getTime()
返回java.util.Date
,这是自固定点以来的原始时间量。时区仅影响时间点的人类可读表示。
15:34 Nov 6th UTC - 5
和
02:04 Nov 7th UTC + 5:30
绝对时间都是完全相同的点。这只是描述同一时刻的两种不同的人类方式。
因此,更改日历上的时区对getTime()
答案 1 :(得分:3)
Date
个对象没有时区 - Date
对象表示“绝对”时刻。当您打印Date
对象时(通过隐式或显式调用toString()
):
Date date = ...;
System.out.println(date);
然后它将使用一些默认格式进行格式化,该格式将在您当地时区显示日期 - 无论您是否将Date
对象设置为不同的时区。{ / p>
如果要在其他时区显示Calendar
,请使用Date
对象并设置要在该对象上显示日期的时区:
DateFormat
答案 2 :(得分:2)
你的问题令人困惑。
您可能会对时区的含义感到困惑。正如Jesper和Affe的正确答案所说,移动时区不会改变宇宙时间线上的点。假设美国纽约的鲍勃在雷克雅未克冰岛召唤苏珊。冰岛全年使用UTC作为他们的时区。鲍勃和苏珊在同一时刻互相交谈。但如果鲍勃看着墙上的时钟,他会看到显示的时间比苏珊墙上的时钟提前5小时。纽约在UTC(-5:00)之后有五个小时的偏差。
您的问题的另一个问题:您还谈到了5:00时区偏移以及5:30偏移。这是什么?或者你有两个时区以及GMT / UTC吗?
我会试着给你一些示例源代码。
Joda-Time库使日期时间工作更轻松。
// © 2013 Basil Bourque. This source code may be used freely forever by anyone taking full responsibility for doing so.
// Use time zone names rather than explicit number of hours offset is generally a good thing.
// Affords Joda-Time an opportunity to make adjustments such as Daylight Saving Time (DST).
// Question asked:
// (1) Start with a US east coast time (Standard offset of -5:00) of November 6, 2013 15:34.
// (2) Move that datetime to UTC (GMT) time zone (no offset).
// (3) Move that datetime to Kolkata (formerly known as Calcutta) India time zone (Standard offset of +05:30).
// Joda-Time has deprecated use of 3-letter time zone codes because of their inconsistency. Use other identifier for zone.
// Time Zone list: http://joda-time.sourceforge.net/timezones.html (Possibly out-dated, read note on that page)
org.joda.time.DateTimeZone newyorkTimeZone = org.joda.time.DateTimeZone.forID( "America/New_York" );
org.joda.time.DateTimeZone kolkataTimeZone = org.joda.time.DateTimeZone.forID( "Asia/Kolkata" );
// Question calls for: EST Nov 6, 15:34 (Standard offset of -5:00).
// This DateTime constructor calls for passing: year, month, day, time zone.
org.joda.time.DateTime dateTimeInNewYork = new org.joda.time.DateTime( 2013, org.joda.time.DateTimeConstants.NOVEMBER, 6, 15, 34, newyorkTimeZone );
// Move to UTC time zone (no offset).
org.joda.time.DateTime dateTimeUtc = dateTimeInNewYork.toDateTime( org.joda.time.DateTimeZone.UTC );
// Move to Kolkata IN time zone (Standard offlet of +05:30).
org.joda.time.DateTime dateTimeInKolkata = dateTimeUtc.toDateTime( kolkataTimeZone ); // Or invoke this method on dateTimeInNewYork, does not matter which.
// All three of these date-time objects represent the same moment in the time-line of the Universe,
// but present themselves with different time-zone offsets.
System.out.println( "dateTimeInNewYork: " + dateTimeInNewYork );
System.out.println( "dateTimeUtc: " + dateTimeUtc );
System.out.println( "dateTimeInKolkata: " + dateTimeInKolkata );
跑步时......
dateTimeInNewYork: 2013-11-06T15:34:00.000-05:00
dateTimeUtc: 2013-11-06T20:34:00.000Z
dateTimeInKolkata: 2013-11-07T02:04:00.000+05:30
关于Joda-Time ......
// Joda-Time - The popular alternative to Sun/Oracle's notoriously bad date, time, and calendar classes bundled with Java 7 and earlier.
// http://www.joda.org/joda-time/
// Joda-Time will become outmoded by the JSR 310 Date and Time API introduced in Java 8.
// JSR 310 was inspired by Joda-Time but is not directly based on it.
// http://jcp.org/en/jsr/detail?id=310
// By default, Joda-Time produces strings in the standard ISO 8601 format.
// https://en.wikipedia.org/wiki/ISO_8601
// About Daylight Saving Time (DST): https://en.wikipedia.org/wiki/Daylight_saving_time
// Time Zone list: http://joda-time.sourceforge.net/timezones.html