時間文字列を解析するとき、Go の time.Parse() は含まれているタイムゾーン識別子を解釈しようとします現在の場所に基づいて。タイムゾーンが不明な場合、Parse() は、指定された略語とゼロ オフセットを持つ作成された場所にあると想定します。
次のコード スニペットを考えてみましょう。
const format = "2006 01 02 15:04 MST" date := "2018 08 01 12:00 EDT" tn, _ := time.Parse(format, date)
ここでは、レイアウトを定義します。タイムゾーン識別子「EDT」を含む日付文字列をフォーマットして解析します。ただし、解析された時刻を出力すると、次の結果が得られます。
2018-08-01 12:00:00 +0000 EDT
EDT は UTC から -0400 オフセットされた夏時間タイム ゾーンであるにもかかわらず、タイム ゾーンが「0000 EDT」と表示されることに注意してください。
これは、Parse() が現在のシステムの場所に依存しているため、「EDT」の略語が認識されない可能性があるために発生します。代わりに、それを未知のゾーンとして解釈し、ゼロ オフセットを割り当てます。
この問題を回避するには、次のいずれかを行うことができます。
const format = "2006 01 02 15:04 -0400" tn, _ := time.Parse(format, date)
aloc, _ := time.LoadLocation("America/New_York") tn, _ := time.ParseInLocation(format, date, aloc)
これらの手法を使用することで、タイムゾーン情報が正しく解釈され、解析された時間が意図したオフセットを正確に反映することが保証されます。
以上がGo の「time.Parse()」がタイムゾーン識別子を誤解するのはなぜですか?それを修正するにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。