たjava.sql.Timestamp＃のvalueOf結果は、デフォルトのタイムゾーン

に依存して私が突然、各時間帯ごとに異なるた結果、実験たjava.sql.Timestamp＃のvalueOf結果は、デフォルトのタイムゾーン

for (String tz: TimeZone.getAvailableIDs()) { 
    TimeZone.setDefault(TimeZone.getTimeZone(tz)); 
    timestamp = Timestamp.valueOf("1970-01-01 00:00:00.000"); 
    System.out.println(tz + " - " + timestamp.getTime()); 
}

作りました。これの背後にある論理は何ですか？常にタイムスタンプはタイムゾーンに依存しないと考えていました。

出典

2016-10-20 kilonet

' "1970-01-01 00：00：00.000"' _some_の文脈で解釈されなければなりませんでしたこれはデフォルトのタイムゾーンを使用します。あなたはそれがちょうどUTCを使うと思いましたか？ – GriffeyDog

@GriffeyDogええ、問題は、日付文字列がDBから来て、UTC日付として扱われることです。 – kilonet

'String'はタイムゾーンを持っていません。 'String'を' Timestamp'に変換するには、タイムゾーンを適用する必要があります。 'valueOf'はデフォルトのタイムゾーンを使用して' String'から 'Timestamp'への変換を行います。 – GriffeyDog

タイムゾーンを変更した場合、タイムスタンプはUTCタイムゾーンを使用するため、異なる場合があります。つまり、ロンドンで1970-01-01 00：00：00.000（GMT + 1）のスペイン語カナリア諸島が1969-12-31 23 ：00：00.000（GMT）

* EDIT：ほとんどの目的のために、UTCはGMTで交換可能と考えられている

出典

2016-10-20 15:18:04 Raider

実際には、1970年1月1日、ロンドンはGMT + 1、カナリア諸島はGMTです。あなたの時は正しいですが、あなたのオフセットは1時間もずれています。 –

@MattJohnson教えてくれてありがとう！ – Raider

たjava.sql.Timestamp＃のvalueOf結果は、デフォルトのタイムゾーン

答えて

関連する問題