DokumentePreiseBlog
Kontaktieren Sie uns
AnmeldenKOSTENLOS anmelden
Back to Tech Articles

Go 포인터의 힘 공개: 사용법 및 모범 사례

Sept. 07, 2025
# Go

Takashi Yamamoto

Infrastructure Engineer · Leapcell

Dieser Beitrag ist auch in English, 日本語 und Deutsch verfügbar
Cover of "Go 포인터의 힘 공개: 사용법 및 모범 사례"

단순성과 효율성으로 알려진 Go는 종종 개발자들에게 고수준 추상화와 저수준 제어 간의 격차를 해소하는 개념을 소개합니다. 이 중에서 포인터는 기본적인 빌딩 블록으로 두드러집니다. Go는 C나 C++와 같은 언어에 비해 메모리 관리의 많은 복잡성을 추상화하지만, 포인터를 이해하고 사용하는 것은 성능이 뛰어나고 관용적이며 강력한 Go 애플리케이션을 작성하는 데 중요합니다.

Go에서 포인터가 필요한 이유

핵심적으로 포인터는 다른 변수의 메모리 주소를 저장하는 변수입니다. 값 자체를 보유하는 대신 메모리에서 값이 있는 위치를 "가리킵니다". 하지만 가비지 컬렉터와 단순성에 중점을 둔 Go는 왜 포인터를 사용할까요?

  1. 대형 데이터 구조 전달의 효율성: Go에서 변수를 함수에 전달할 때 일반적으로 값으로 전달됩니다. 이는 변수의 복사본이 생성된다는 것을 의미합니다. 작은 데이터 유형(정수, 부울 등)의 경우 이는 무시할 만합니다. 그러나 큰 구조체나 배열의 경우 전체 데이터 구조를 복사하는 것은 계산상 비용이 많이 들고 상당한 메모리를 소비할 수 있습니다. 구조체/배열에 대한 포인터를 전달하면 작은 메모리 주소만 복사되므로 이러한 복사 오버헤드를 피할 수 있습니다. 결과적으로 실행 속도가 빨라지고 메모리 사용량이 줄어듭니다.

    큰 사용자 프로필 구조체를 고려해 보세요.

    type UserProfile struct {
    ID         string
    Username   string
    Email      string
    Bio        string
    Interests  []string
    Achievements []struct {
        Title string
        Date  time.Time
    }
    // 더 많은 필드...
}

func updateProfileByValue(p UserProfile) {
    // 프로필 복사본을 다룹니다
    p.Bio = "Updated bio."
}

func updateProfileByPointer(p *UserProfile) {
    // 원본 프로필을 다룹니다
    p.Bio = "Updated bio."
}

func main() {
    user := UserProfile{ID: "123", Username: "Alice", Bio: "Original bio."}

    // 값으로 전달: main의 'user'는 변경되지 않습니다
    updateProfileByValue(user)
    fmt.Println("After by value:", user.Bio) // 출력: Original bio.

    // 포인터로 전달: main의 'user'가 수정됩니다
    updateProfileByPointer(&user)
    fmt.Println("After by pointer:", user.Bio) // 출력: Updated bio.
}

  2. 원본 값 수정: 위 예에서 볼 수 있듯이 함수가 전달된 변수의 원본 값을 수정하기를 원한다면 포인터를 사용해야 합니다. 값으로 전달하면 별도의 복사본이 생성되므로 함수 내의 모든 변경 사항은 해당 복사본에 국한되며 호출자의 변수로 다시 전파되지 않습니다. 포인터는 인플레이스 수정을 위한 메커니즘을 제공합니다.

  3. 값의 부재 표현 (nil 포인터): 포인터는 nil이 될 수 있으며, 이는 유효한 메모리 주소를 가리키지 않음을 나타냅니다. 이는 다른 언어의 null과 유사하게 선택적 값을 나타내거나 객체의 부재를 신호하는 데 매우 유용합니다. Go의 제로 값은 일부 경우를 처리하지만, 초기화되지 않은 구조체(해당 필드는 제로 값을 가짐)와 구조체 자체의 완전한 부재를 구별하는 데 nil 포인터는 필수적입니다.

    type Config struct {
    MaxConnections int
    TimeoutSeconds int
}

// Config 또는 nil을 반환할 수 있는 함수
func loadConfig(path string) *Config {
    if path == "" {
        return nil // 구성 파일 경로가 제공되지 않았습니다
    }
    // 실제 시나리오에서는 파일에서 로드합니다
    return &Config{MaxConnections: 100, TimeoutSeconds: 30}
}

func main() {
    cfg1 := loadConfig("production.yaml")
    if cfg1 != nil {
        fmt.Println("Prod config timeout:", cfg1.TimeoutSeconds)
    } else {
        fmt.Println("Prod config not loaded.")
    }

    cfg2 := loadConfig("")
    if cfg2 != nil {
        fmt.Println("Empty path config timeout:", cfg2.TimeoutSeconds)
    } else {
        fmt.Println("Empty path config not loaded.") // 이것이 출력됩니다
    }
}

  4. 데이터 구조 구현: 연결 리스트, 트리, 그래프와 같은 많은 일반적인 데이터 구조는 본질적으로 노드를 연결하기 위해 포인터에 의존합니다. 각 노드는 일반적으로 데이터를 포함하고 다음 (또는 자식) 노드를 가리키는 포인터 (또는 포인터들)를 포함합니다. Go의 슬라이스와 맵 유형은 이러한 것들의 많은 부분을 추상화하지만, 복잡하거나 고도로 최적화된 사용자 지정 구조를 구축하려면 기본 포인터 메커니즘을 이해하는 것이 중요합니다.

  5. 메서드 리시버: Go에서 메서드는 값 리시버 또는 포인터 리시버를 가질 수 있습니다.

    • 값 리시버: 메서드는 리시버의 복사본에서 작동합니다. 메서드 내부에서 리시버를 변경해도 호출자에게는 보이지 않습니다.
    • 포인터 리시버: 메서드는 원본 리시버에서 작동합니다. 메서드 내부에서 리시버에서 이루어진 변경 사항은 원본 변수에 반영됩니다.

    올바른 리시버 유형을 선택하는 것은 중요한 설계 결정입니다.

    type Counter struct {
    value int
}

// 값 리시버: 복사본을 증가시킵니다
func (c Counter) IncrementByValue() {
    c.value++
}

// 포인터 리시버: 원본을 증가시킵니다
func (c *Counter) IncrementByPointer() {
    c.value++
}

func main() {
    c1 := Counter{value: 0}
    c1.IncrementByValue()
    fmt.Println("After value increment:", c1.value) // 출력: 0 (원본은 변경되지 않음)

    c2 := &Counter{value: 0} // 또는 c2 := Counter{value: 0} 및 Go는 암시적으로 주소를 가져옵니다
    c2.IncrementByPointer()
    fmt.Println("After pointer increment:", c2.value) // 출력: 1 (원본이 변경됨)
}

    Go는 c2.IncrementByPointer()가 c2가 Counter{value: 0}(값)이더라도 호출될 수 있을 만큼 똑똑하며, 암시적으로 주소를 가져옵니다. 그러나 명확성과 명시적인 의도를 위해 포인터 리시버가 예상되는 경우 포인터를 전달하는 것이 종종 더 좋습니다.

기본 포인터 사용법

Go의 포인터 구문은 간결하고 직관적입니다.

  • & (주소 연산자): 변수의 메모리 주소를 가져오는 데 사용됩니다.
  • * (역참조 연산자): 포인터가 가리키는 메모리 주소에 저장된 값에 액세스하는 데 사용됩니다. 포인터 유형을 선언하는 데도 사용됩니다.

그림으로 설명해 드리겠습니다:

package main

import "fmt"

func main() {
    // 1. 변수 선언
    x := 10

    // 2. 정수에 대한 포인터를 선언하고 x의 주소를 할당합니다
    var ptr *int = &x // ptr은 이제 x의 메모리 주소를 보유합니다

    // 3. x의 값을 인쇄합니다
    fmt.Println("Value of x:", x) // 출력: Value of x: 10

    // 4. x의 메모리 주소를 인쇄합니다 (&x 사용)
    fmt.Println("Address of x (using &x):"), &x

    // 5. ptr의 값을 인쇄합니다(x의 주소임)
    fmt.Println("Value of ptr (address of x):"), ptr // 출력: &x와 동일한 주소

    // 6. ptr을 역참조하여 해당 포인터가 가리키는 값을 가져옵니다(x의 값임)
    fmt.Println("Value pointed to by ptr (using *ptr):"), *ptr // 출력: Value pointed to by ptr (using *ptr): 10

    // 7. 포인터를 통해 값을 수정합니다
    *ptr = 20
    fmt.Println("New value of x after modification through ptr:"), x // 출력: New value of x after modification through ptr: 20
    fmt.Println("New value pointed to by ptr:"), *ptr // 출력: New value pointed to by ptr: 20

    // 구조체에 대한 포인터
    type Person struct {
        Name string
        Age  int
    }

    p1 := Person{Name: "Alice", Age: 30}
    pPtr := &p1 // p1에 대한 포인터를 가져옵니다

    // '.'를 사용하여 포인터를 통해 구조체 필드에 액세스합니다(Go는 자동으로 역참조합니다)
    fmt.Println("Person name from pointer:"), pPtr.Name // 출력: Person name from pointer: Alice
    pPtr.Age = 31 // 직접 수정
    fmt.Println("Person new age:"), p1.Age // 출력: Person new age: 31

    // new 연산자: 형식의 새 제로 값 인스턴스를 생성하고 해당 포인터를 반환합니다
    p2Ptr := new(Person) // p2Ptr은 *Person이며 &Person{Name: "", Age: 0}로 초기화됩니다
    fmt.Println("New person (zero-valued):"), *p2Ptr // 출력: New person (zero-valued): { 0}
    p2Ptr.Name = "Bob"
    p2Ptr.Age = 25
    fmt.Println("Modified new person:"), *p2Ptr // 출력: Modified new person: {Bob 25}

    // 포인터 슬라이스 생성 (큰 구조체 또는 다형적 동작에 유용)
    users := []*Person{
        &Person{Name: "Charlie", Age: 40},
        &Person{Name: "Diana", Age: 28},
    }
    fmt.Println("First user in slice:"), users[0].Name
}

Go에서 포인터에 대한 모범 사례

포인터는 강력하지만 misuse하면 미묘한 버그가 발생할 수 있습니다. 다음은 몇 가지 모범 사례입니다.

  1. 작은 유형은 기본적으로 값 의미론을 선호: 기본 유형(int, float, bool, string) 및 작은 구조체의 경우 값 전달이 더 간단하고 명확한 경우가 많습니다. Go의 가비지 컬렉터는 효율적이며 작은 값을 복사하는 오버헤드는 미미합니다. 또한 여러 포인터가 동일한 기본 데이터를 수정하여 추적하기 어려운 버그를 유발할 수 있는 별칭 문제를 피할 수 있습니다.

  2. 큰 구조체/사용자 지정 유형에는 포인터 사용: 많은 필드를 포함하거나 큰 데이터(슬라이스 또는 기타 복잡한 구조체 포함)를 포함하는 구조체가 있는 경우, 함수에 전달하거나 함수에서 반환할 때 비싼 복사를 피하기 위해 포인터를 사용합니다.

  3. 소유권 및 변경 가능성 엄격하게 정의: 함수가 포인터를 받으면 함수가 원본 데이터를 수정할 수 있음을 나타냅니다. 함수가 데이터를 수정해서는 안 되는 경우 값으로 전달하거나(가능한 경우) 포인터 인수의 변경 불가능한 특성을 명시적으로 문서화합니다.

  4. 적절한 메서드 리시버 선택:

    • 값 리시버: 메서드가 리시버의 상태를 수정할 필요가 없거나 메서드가 개념적인 "값"에서 작동하는 경우(예: Point 유형의 Distance 메서드) 사용합니다. 이는 myStruct.Method()를 호출해도 myStruct가 예상치 않게 변경되지 않도록 합니다.
    • 포인터 리시버: 메서드가 리시버의 상태를 수정해야 하거나(예: Counter의 Increment 메서드 또는 Buffer의 Write 메서드) 리시버 자체가 큰 구조체여서 복사를 피해야 하는 경우 사용합니다. 이는 "setter" 유형 메서드 또는 객체의 내부 상태를 기본적으로 변경하는 메서드에 더 일반적인 선택입니다.
    • 일관성: 한 유형의 일부 메서드가 포인터 리시버를 사용하는 경우, 혼란을 피하고 변경 가능성에 대한 일관된 동작을 보장하기 위해 일반적으로 해당 유형의 모든 메서드가 포인터 리시버를 사용해야 합니다.

  5. nil 포인터를 우아하게 처리: nil이 될 수 있는 포인터를 역참조하기 전에 항상 nil을 확인합니다. nil 포인터를 역참조하면 런타임 패닉이 발생합니다.

    func processConfig(c *Config) {
    if c == nil {
        fmt.Println("Config is nil. Skipping processing.")
        return
    }
    // 이제 필드에 안전하게 액세스할 수 있습니다
    fmt.Println("Max connections:"), c.MaxConnections
}

  6. 불필요한 포인터 피하기: 다른 언어에서 익숙하다는 이유만으로 포인터를 사용하지 마세요. Go의 슬라이스와 맵 유형 자체도 참조 유형으로, 내부적으로 기본 데이터 구조를 가리킵니다. 슬라이스의 내용을 수정하기 위해 슬라이스에 대한 포인터(*[]int)가 필요하지 않습니다. 일반 슬라이스([]int)로도 충분합니다. 맵에도 동일하게 적용됩니다.

    // 잘못된 관행: 변수가 가리키는 슬라이스를 변경하려는 경우가 아니면 슬라이스에 대한 포인터는 불필요
func appendToSliceBad(s *[]int, val int) {
    *s = append(*s, val) // 작동하지만 덜 관용적입니다
}

// 올바른 관행: 슬라이스를 값으로 전달합니다(포인터가 있는 헤더임)
func appendToSliceGood(s []int, val int) []int {
    s = append(s, val) // s는 이제 잠재적으로 새 기본 배열을 가리킵니다
    return s
}

// 원본을 인플레이스에서 수정하려면 'Good' 접근 방식을 사용하는 방법
// (새 슬라이스를 반환하고 호출자에서 다시 할당하여)
func main() {
    mySlice := []int{1, 2, 3}
    mySlice = appendToSliceGood(mySlice, 4) // 슬라이스를 다시 할당합니다
    fmt.Println(mySlice) // 출력: [1 2 3 4]
}

  7. 동시 액세스를 위한 복사 후 쓰기 고려: 여러 고루틴이 공유 포인터에 의해 가리켜지는 데이터 구조에 액세스하고 수정할 수 있는 경우 불변성 및 복사 후 쓰기 전략을 고려하거나 Go의 sync 패키지(뮤텍스, RWMutex)를 사용하여 동시 액세스를 보호하세요. 포인터는 공유 변경 가능 상태를 쉽게 만들 수 있도록 하여 동시성 버그의 일반적인 원인이 됩니다.

결론

Go의 포인터는 저수준 프로그래밍의 유물이 아니라 개발자가 더 효율적이고 유연하며 표현력 있는 코드를 작성할 수 있도록 하는 의도적인 설계 결정입니다. 이는 기본 값을 조작하고, 메모리 사용량을 최적화하고, 선택적 유형을 표현하고, 복잡한 데이터 구조를 구축하는 데 필수적입니다. 포인터의 목적을 이해하고 기본 구문을 숙달하며 모범 사례를 따르면 강력하고 관용적인 Go 애플리케이션을 효과적으로 활용하여 최적으로 성능을 발휘할 수 있습니다. Go의 철학은 균형을 이룹니다. 포인터의 강력한 기능을 제공하면서 복잡성의 많은 부분을 추상화하여 기본 산술에 의존하는 다른 언어보다 메모리 관리를 덜 오류가 발생하도록 합니다.

Share this article

HackerNews

More Posts from Leapcell

Popular Posts