ローカルのdateTimeオブジェクトをUTCのjava.util.Dateに変換する方法

Question

java.util.Dateにタイムゾーンがなく、なぜそうであるのかはっきりしています。

ユーザーがTimeZoneを設定したアプリケーションがあり、DateTimeピッカーでDateを選択すると、コンポーネントはDateオブジェクトを返します。 それから、データベースにUTC相当品を保存するように日付を変更する必要があります。

それはorg.joda.timeとローカルタイムゾーンのためのUTCの日付を表すDateオブジェクトを取得するにはかなり簡単です：

public static final Date getTimeZoneDependantDate(Date pDateUtc, String pUserTimezoneValue) { 
    // Build the DateTime Object 
    DateTime originalDate = new DateTime(pDateUtc.getTime(), DateTimeZone.forID(PREF_TIMEZONE_DEF_VALUE)); 
    // Convert the Date 
    DateTime convertedDate = originalDate.withZone(DateTimeZone.forID(pUserTimezoneValue)); 
    // Return the localTime associated with the timeZone 
    return convertedDate.toLocalDateTime().toDate(); 
} 

しかし、私は反対のことを行う方法についてこだわっている、が選んだ日付を変更（タイムゾーンの観点から）ユーザーをUTCに変更します。 LocalDateTimeはローカルDateを瞬時に取得するため、パラメータとして使用します。

Stringを解析するよりもクリーンな方法はありますか？

Answer 1

ネットワークを介して日付を送信して保存する最善の方法は、タイムスタンプ（日付はミリ秒単位）の形式です。このタイムスタンプはタイムゾーン情報を必要としません。しかし、タイムスタンプの形式で日付を取得した後、日付オブジェクトを作成します。日付をUTC形式で表示する場合は、変換する必要があります。

Answer 2

tl; dr

あなたは十分な情報を提供していません。レポート：これの

• 結果：myJavaUtilDate.toInstant().toString()
• 入力コンポーネント
• へのアプリの現在のデフォルトのタイムゾーン

詳細

あなたは本当に十分に与えていませんあなたの問題に関する情報GUIコンポーネントのjava.util.Dateオブジェクトを使用して、UTCで正しい日時の値を取得していますか？

America/Montrealのケベックの時間帯での利用者は2016年12月1日に9 AMに入り、java.util.Dateオブジェクトを生成しながら、あなたのコンポーネントが正しくUTCにこれらの値を調整している、あなたは何の問題もない場合。 UTCの値は、午後の午後2時（America/Montreal）はその特定の日付のUTCより5時間遅れているため、UTCの午後2時です。 java.sql.Timestampオブジェクトに変換した後、Dateオブジェクトをデータベースに渡すだけです。

FYIでは、古い日時クラスクラス（Date & Calendarなど）とJoda-Timeの両方がjava.timeクラスに置き換えられました。次に、コンポーネントがうまく使用している動作の種類を示すjava.timeのコード例をいくつか示します。

LocalDate ld = LocalDate.of (2016 , Month.DECEMBER , 1); 
LocalTime lt = LocalTime.of (9 , 0); 
ZoneId z = ZoneId.of ("America/Montreal"); 
ZonedDateTime zdt = ZonedDateTime.of (ld , lt , z); 
Instant instant = zdt.toInstant(); // UTC 

System.out.println ("zdt.toString(): " + zdt); 
System.out.println ("instant.toString(): " + instant); 

zdt.toString（）：2016-12-01T09：00〜05：00 [アメリカ/モントリオール]

インスタント。toString（）：2016-12-01T14：00：00Z

文字列の最後にZはZuluの略であり、UTCを意味します。文字列を生成しながら、現在のデフォルトのタイムゾーンを適用するjava.util.Date::toStringの不幸な行動を考えると

は、私はあなたがその価値の明確な読書を得ることができるので、あなたのDateがInstantに変換示唆しています。

Instant instantConvertedFromDateOfComponent = myJavaUtilDate.toInstant(); 

このステップの後に、あなたが実際に午後に2 PMを見なければ、すべてが順調ですし、あなたのコンポーネントがうまく行っています。

タイムゾーンの問題を無視して、ユーザーが自分のゾーンとしてUTCを意図しているかのようにユーザーの入力を報告すると、コンポーネントがうまく動作しない場合、2016-12-01T09:00:00Zが表示されます。それは問題です。回避策は、自分でタイムゾーンを調整することです。 「ローカル」（ゾーンレス）値を抽出し、意図したタイムゾーンを適用します。

"ローカル"の日付と時刻を取得するには、まずOffsetDateTimeオブジェクトに変換します。

OffsetDateTime odt = instantConvertedFromDateOfComponent.atOffset(ZoneOffset.UTC); 
LocalDateTime ldt = odt.toLocalDateTime(); // 2016-12-01T09:00:00Z 
ZonedDateTime zdt = ldt.atZone(z); // 2016-12-01T09:00-05:00[America/Montreal] 

JDBCドライバがJDBC 4.2以降に準拠している場合、これらのjava.time型を直接渡すことができます。そうでない場合は、古いクラスに追加された新しいメソッドを使用してjava.sql型に変換します。スタックオーバーフローで何度も議論されているので、より多くの情報を検索してください。

サーバーの現在の既定のタイムゾーンは、プログラミングとは関係ありません。暗黙的にデフォルトに依存するのではなく、オプションの引数で常に希望の/期待されるタイムゾーンを明示的に指定します。 java.timeについて

---

java.timeフレームワークは、Java 8に組み込まれており、後にされています。これらのクラスは、java.util.Date、Calendar、& SimpleDateFormatなど、面倒な古いlegacy日時クラスに取って代わります。

maintenance modeにあるJoda-Timeプロジェクトは、java.timeクラスへの移行を推奨しています。

詳しくはOracle Tutorialをご覧ください。そして、多くの例と説明のためにStack Overflowを検索してください。仕様はJSR 310です。

ここで、java.timeクラスを取得するには？

• Java SE 8とSE 9以降
  • 内蔵しています。
  • バンドルされた実装の標準Java APIの一部です。
  • Java 9には、いくつかのマイナーな機能と修正が加えられています。
• Java SE 6とJavaの多く
  • SE 7。Java 6 & 7（ThreeTen-Backport）にバックポートされます。
• Android
  • ThreeTenABPプロジェクトはThreeTen-バックポート具体的にAndroidのため（上記）を適応させます。
  • How to use…を参照してください。

ThreeTen-Extraプロジェクトでは、追加のクラスでjava.timeを拡張します。このプロジェクトは、将来のjava.timeへの追加の可能性を証明する土台です。ここでは、Interval、YearWeek、YearQuarter、moreなどの便利なクラスがあります。