\'t Go\ の `time.Parse` がタイムゾーン情報を正しく使用しないのはなぜですか?

Time.Parse がタイムゾーン情報を使用しない

Q: time.Parse がタイムゾーン情報を使用しないのはなぜですか?異なるタイムゾーンに対して個別の時刻値が得られるはずです。

提供されたコード例では、time.Parse 関数を使用して 2 つのタイムスタンプ「2018-05-11 IST」と「2018-05」を解析しています。 -11 UTC」、「2006-01-02 MST」レイアウトを使用します。ただし、出力は両方のタイムスタンプが同じ Unix 時間になることを示しています:

Output:
1525996800
1525996800

IST と UTC の時間オフセットが異なるため、これは意味がありません。

A:あいまいなタイムゾーンの略語とゼロ オフセット

この問題の根本は、次の処理にあります。 time.Parse におけるあいまいなタイムゾーンの略語。具体的には、指定されたタイムゾーン略語の既知のオフセットが存在しない場合、time.Parse は同じ略語 とゼロ オフセット を持つタイムゾーンを想定します。

提供された例では、「IST」は、複数のタイムゾーン (インド、アイルランド、イスラエルなど) を指す可能性があるあいまいな略語です。したがって、time.Parse は、これをオフセット 0 で作成されたタイムゾーンとして解釈し、IST と UTC の間の実際の時間差を事実上無視します。

解決策: 数値タイムゾーン オフセットまたは Time.ParseInLocation()

この問題を解決するには、いくつかのオプションがあります利用可能:

• 数値のタイムゾーン オフセットを使用します: これには、レイアウト文字列でタイムゾーン オフセットを直接指定することが含まれ、精度を確保します。
• time.ParseInLocation を使用します。 (): この関数を使用すると、時間を解析するときにカスタム タイムゾーンを指定して、曖昧さを排除できます。
• 希望のタイムゾーンをロードします: 特定のタイムゾーン (IST の場合は「Asia/Kolkata」など) をロードし、time.ParseInLocation() を使用することで、時刻が確実に正確であることを確認できます。正しいオフセットを使用して解析されました。

以上が\'t Go\ の `time.Parse` がタイムゾーン情報を正しく使用しないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。