Go에서 `time.Time` 구조체를 `==`와 비교하면 때때로 `false`를 반환하는 이유는 무엇입니까?

==

두 개의 시간을 생성하는 시나리오를 고려하십시오. 겉보기에 동일한 날짜와 시간을 갖는 시간 구조체 가치. 그러나 항등 연산자(==)를 사용하여 이러한 구조체를 비교할 때 놀랍게도 결과는 false를 반환합니다. 이 현상은 당혹스러울 수 있지만 그 이유는 time.Time 구조체의 기본 구현에 있습니다.

내부적으로 Golang의 time.Time 구조체는 복합 값으로 정의됩니다. 사양에 따르면 구조체 값을 ==와 비교할 때 nil이 아닌 필드를 포함하여 모든 필드를 비교할 수 있어야 합니다. Time 구조체는 초, 나노초 및 중요한 위치 포인터와 같은 다양한 필드로 구성됩니다.

Time Struct Equality에서 위치 포인터의 역할

이것은 위치 포인터는 특정 위치 개체를 가리키며 시간대 또는 UTC 시간의 오프셋에 대한 참조 역할을 합니다. ==를 사용하여 두 시간 구조체를 비교할 때 비교는 초와 나노초뿐만 아니라 그들이 보유한 위치 포인터까지 확장됩니다. 동일한 날짜 및 시간 값을 가진 두 시간 구조체가 동일한 위치를 나타내더라도 서로 다른 Location 개체를 참조하는 경우 문제가 발생합니다. 이러한 경우 항등 연산자는 false를 보고합니다.

위치 포인터 문제 디버깅

이 동작을 확인하려면 다음 코드를 고려하세요.

t1 := time.Date(2016, 4, 14, 1, 30, 30, 222000000, time.UTC)
t2 := time.Unix(0, t1.Sub(time.Date(1970, 1, 1, 0, 0, 0, 0, t1.Location())).Nanoseconds())

fmt.Println("Locations:", t1.Location(), t2.Location())
fmt.Printf("Location pointers: %p %p\n", t1.Location(), t2.Location())
fmt.Println("Locations equal:", t1.Location() == t2.Location())

이 코드의 출력은 불일치를 보여줍니다. 위치는 동일하지만 참조하는 위치 포인터가 다르기 때문에 같음 연산자가 반환됩니다. false.

문제 해결: UTC 또는 In() 메서드 사용

두 시간 구조체가 위치 포인터가 아닌 시간 값을 기준으로 동일한 것으로 간주되도록 하려면 , 몇 가지 옵션이 있습니다. 첫째, 두 시간 구조체 모두에서 UTC() 메서드를 호출하여 해당 위치를 UTC로 설정할 수 있습니다. 이렇게 하면 동일한 Location 개체를 공유하여 동일성 비교를 통과할 수 있습니다.

또는 In() 메서드를 사용하여 시간 구조체의 Location을 원하는 위치로 명시적으로 설정할 수 있습니다. 두 시간 구조체 모두에 대해 In() 메서드에 동일한 위치를 인수로 제공함으로써 == 연산자를 사용할 때 동등성을 보장할 수 있습니다.

결론

Go에서 시간 값을 정확하게 비교하려면 time.Time 구조체의 복잡성, 특히 위치 포인터의 역할을 이해하는 것이 필수적입니다. 이러한 미묘한 차이를 고려함으로써 개발자는 코드베이스에서 정확하고 일관된 시간 비교를 보장할 수 있습니다.

위 내용은 Go에서 `time.Time` 구조체를 `==`와 비교하면 때때로 `false`를 반환하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!