Go\의 `fmt.Stringer`에서 `t`와 `*t`를 수신자로 사용하면 데드 루프가 발생하는 이유는 무엇입니까?

t와 *t의 차이점 이해: fmt 패키지의 사례 연구

Go에서 fmt 패키지는 강력한 형식 지정 기능을 제공합니다. , 개발자가 값이 인쇄되는 방식을 사용자 정의할 수 있습니다. 그러나 t와 *t 사이의 미묘한 차이로 인해 예상치 못한 동작, 즉 수신자 메서드 내에서 사용될 때 데드 루프가 발생할 수 있습니다.

다음 코드 조각을 고려하세요.

package main

import "fmt"

type TT struct {
    a int
    b float32
    c string
}

func (t *TT) String() string {
    return fmt.Sprintf("%+v", *t)
}

func main() {
    tt := &TT{3, 4, "5"}
    fmt.Printf(tt.String())
}

이 코드 성공적으로 실행되어 'tt' 변수의 내용을 "tt={a:3, b:4, c:5}"로 인쇄합니다. 그러나 String 메서드를 다음과 같이 수정하면

func (t *TT) String() string {
    return fmt.Sprintf("%+v", t)
}

데드 루프가 발생합니다. 그 이유는 fmt 패키지가 String() 메서드(fmt.Stringer 인터페이스 구현)를 구현하는 값을 처리하는 방식에 있습니다.

'tt' 값이 fmt.Println에 전달되면 fmt 패키지는 TT 유형이 String() 메소드를 구현하는지 확인합니다. 포인터 수신기(*TT)를 사용하여 String() 메서드를 정의했으므로 TT에 설정된 메서드에는 String()이 포함되지 않습니다. 결과적으로 fmt 패키지는 tt.String()을 호출하지 않습니다.

반면, 수정된 코드 조각에서는 *TT의 수신자 유형으로 String() 메서드를 정의합니다. 이 경우 TT에 설정된 메소드에는 String()이 포함됩니다. 그러나 *TT 유형의 tt를 전달하므로 tt.String()을 호출하면 본질적으로 String() 메서드가 재귀적으로 호출되어 무한 루프가 발생합니다.

이 문제를 방지하려면 다음을 수행하는 것이 좋습니다. String() 메소드에 대해 다른 수신자 유형을 사용하십시오. 한 가지 접근 방식은 type 키워드를 사용하여 새 유형을 만들고 전달되는 값에 대해 유형 변환을 수행하는 것입니다. 이렇게 하면 메소드가 없는 새 유형이 생성되어 무한 루프를 피할 수 있습니다.

예:

func (t TT) String() string {
    type TT2 TT
    return fmt.Sprintf("%+v", TT2(t))
}

이 경우 t를 TT2로 변환하면 String() 메소드가 TT2에는 String() 메소드가 없으므로 재귀적으로 호출됩니다.

다음의 맥락에서 t와 *t의 차이점 이해 fmt 패키지는 예상치 못한 동작을 방지하고 효율적인 코드 실행을 보장하는 데 매우 중요합니다.

위 내용은 Go\의 `fmt.Stringer`에서 `t`와 `*t`를 수신자로 사용하면 데드 루프가 발생하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!