> 백엔드 개발 > Golang > Go의 `time.Parse()`가 모호한 시간대 약어로 인해 실패하는 이유는 무엇입니까?

Go의 `time.Parse()`가 모호한 시간대 약어로 인해 실패하는 이유는 무엇입니까?

Susan Sarandon
풀어 주다: 2024-11-19 11:18:02
원래의
357명이 탐색했습니다.

Why Does Go's `time.Parse()` Fail with Ambiguous Timezone Abbreviations?

Time.Parse()는 모호한 약어로 인해 시간대 정보를 처리할 수 없습니다.

타임스탬프 해석을 시도할 때 time.Parse() 함수 시간대 약어(예: "MST")를 사용하면 몇 가지 제한 사항이 발생합니다. 구체적으로 현재 위치에서 축약된 시간대가 명시적으로 정의되지 않거나 그것이 모호한 경우(예: 여러 시간대를 나타낼 수 있는 "IST") 함수는 오프셋이 0인 제작 위치를 가정합니다.

이것은 이 동작으로 인해 타임스탬프를 다른 시간대 약어로 구문 분석하고 비교할 때 불일치가 발생합니다. 예를 들어, 제공된 코드에서는

t, err := time.Parse("2006-01-02 MST", "2018-05-11 IST")
t2, err := time.Parse("2006-01-02 MST", "2018-05-11 UTC")
로그인 후 복사

해당 시간대에서 서로 다른 시간 순간을 나타내더라도 "2018-05-11 IST" 및 "2018-05-11 UTC"가 모두 시간별로 구문 분석됩니다. Parse()는 동일한 제로 오프셋을 갖는 것으로 간주됩니다. 결과적으로 Unix 타임스탬프는 동일하며 동일한 시간 값을 나타냅니다.

이 문제를 해결하려면 UTC와 7시간 차이가 나는 "-0700"과 같이 숫자 영역 오프셋이 있는 시간 레이아웃을 사용하는 것이 좋습니다. . 또는 수동으로 구성된 FixZone과 함께 time.ParseInLocation()을 활용하거나 특정 시간대 위치(예: 인도 IST의 경우 "Asia/Kolkata")를 로드하는 것을 고려하세요. 이러한 접근 방식을 통해 시간대 처리를 보다 정확하게 제어하고 정확한 시간 구문 분석을 보장할 수 있습니다.

위 내용은 Go의 `time.Parse()`가 모호한 시간대 약어로 인해 실패하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
저자별 최신 기사
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿