私は EST にある Calendar オブジェクト [ localDate ] を持っています: たとえば、11 月 6 日 15:34... としCalendar.HOUR_OF_DAYます。私は完璧だと知っています.. GMTまでの15:34 + 5時間、そしてタイムゾーンまでの+5:30から.. これは単に.. 7日の2である.. 26:04を意味します.
ただし、日付はまだ11月6日のままです...そしてlocalDate.getTime()まだ11月6日を返します..そしてlocalDateを印刷しても..タイムゾーンは +5:30 と表示されますが、日と他のすべては元のローカルのままです時間..[つまり11月6日]
なぜそうなるのか、私にはまったく理解できません...
編集 ：：
そのため、タイムゾーンとともに日付を変更する必要がないことを理解しています。その場所に適した日付の表示方法のみを変更し、設定されているタイムゾーンを使用して実行できます。
localDate.getTime()java.util.Date固定点からの生時間の量である a を返します。タイムゾーンは、人間が読める時点の表現にのみ影響します。
15:34 Nov 6th UTC - 5
と
02:04 Nov 7th UTC + 5:30
どちらも絶対時間のまったく同じポイントです。それは、同じ瞬間を説明する 2 つの異なる人間の方法にすぎません。
したがって、カレンダーのタイムゾーンを変更しても、返される値には影響しません。getTime()
Dateオブジェクトにはタイムゾーンがありません。Dateオブジェクトは「絶対的な」瞬間を表します。オブジェクトを出力するDate場合 (暗黙的または明示的に呼び出しtoString()て):
Date date = ...;
System.out.println(date);
次に、別のタイムゾーンに設定されたDateオブジェクトからオブジェクトを取得したかどうかに関係なく、ローカルタイムゾーンで日付を表示するデフォルト形式を使用してフォーマットされます。Calendar
を別のタイムゾーンで表示する場合Dateは、オブジェクトを使用してDateFormat、そのオブジェクトで日付を表示するタイムゾーンを設定します。
Date date = ...;
DateFormat df = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss Z");
df.setTimeZone(TimeZone.getTimeZone("UTC")); // For example, UTC
// Prints 'date' in UTC
System.out.println(df.format(date));
あなたの質問は紛らわしいです。
タイムゾーンの意味について混乱するかもしれません。Jesper と Affe による正解が言ったように、タイム ゾーンをシフトしても、宇宙のタイム ライン上のポイントは変わりません。米国ニューヨークにいるボブが、アイスランドのレイキャビクにいるスーザンに電話をかけたとします。アイスランドでは、一年中タイム ゾーンとして UTC が使用されます。ボブとスーザンは同時にお互いに話している。しかし、ボブが壁の時計を見ると、スーザンの壁の時計よりも 5 時間早い時間が表示されていることがわかります。ニューヨークは UTC から 5 時間遅れています (-5:00)。
あなたの質問のもう 1 つの問題: 5:00 のタイム ゾーン オフセットと 5:30 のオフセットについても話します。それはどれですか？それとも、GMT/UTC だけでなく 2 つのタイム ゾーンを念頭に置いていますか?
ソースコードの例を少し紹介します。
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 );
実行すると…</p>
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 について…</p>
// 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