Go 디자인 패턴 #Singleton

디자인 패턴은 소프트웨어 디자인에서 발생하는 일반적인 문제에 대한 검증된 솔루션입니다. 유연하고 재사용 가능한 방식으로 이러한 문제를 해결하기 위한 템플릿이나 가이드를 제공합니다.

각 패턴은 개발자가 특정 상황에 적응할 수 있는 모범 사례를 나타냅니다. 디자인 패턴은 대개 세 가지 주요 범주로 분류됩니다.

이 시리즈를 시작하기 위해 싱글턴 패턴에 대해 이야기해 보겠습니다.

하나씩 일어나는 것

싱글턴 패턴은 클래스에 인스턴스가 하나만 있도록 보장하고 해당 인스턴스에 대한 전역 액세스 지점을 제공합니다.

데이터베이스 연결이나 구성 설정 등 공유 리소스를 관리해야 하는 경우에 유용합니다.

문제 설명

구성을 관리하거나 하드웨어 리소스와 상호 작용할 때와 같이 클래스의 인스턴스가 하나만 존재하는지 확인해야 하는 경우가 종종 있습니다. 싱글톤이 없으면 여러 인스턴스를 생성하면 일관성 없는 데이터 또는 리소스 잠금과 같은 문제가 발생할 수 있습니다.

이는 여러 고루틴이 클래스의 새 인스턴스를 생성하거나 공유 리소스에 액세스할 수 있는 비동기 코드로 작업할 때 매우 흔히 발생합니다.

실제 사례

데이터베이스 연결 풀 고려: 애플리케이션의 여러 부분이 동시에 새 연결을 생성하는 경우 데이터베이스 상호 작용이 중복되거나 충돌할 수 있습니다. 싱글톤을 사용하면 애플리케이션 전체에서 단 하나의 연결만 생성되고 사용됩니다.

구현

package main

import (
    "fmt"
    "sync"
)

type Singleton interface {
    DoSomething() string
}

type singleton struct{}

var lock = &sync.Mutex{}

var instance *singleton

func NewSingletonInstance() *singleton {
    if instance == nil {
        lock.Lock()
        defer lock.Unlock()
        if instance == nil {
            fmt.Println("Creating single instance now.")
            instance = &singleton{}
        } else {
            fmt.Println("Single instance already created.")
        }
    } else {
        fmt.Println("Single instance already created.")
    }

    return instance
}

func (s *singleton) DoSomething() string {
    return "Doing something."
}

func main() {
    instance1 := NewSingletonInstance()
    instance2 := NewSingletonInstance()
    fmt.Printf("%p\n", instance1)
    fmt.Printf("%p\n", instance2)
}

NewSingletonInstance 함수는 여러 번 호출되더라도 싱글톤 인스턴스가 하나만 생성되도록 보장합니다.

• 먼저 인스턴스가 nil인지(즉, 아직 생성된 인스턴스가 없는지) 확인합니다.
• 인스턴스가 nil인 경우 lock.Lock()을 사용하여 코드 섹션을 잠궈 여러 고루틴이 이 섹션에 동시에 진입하는 것을 방지합니다.
• 잠금 후에는 첫 번째 확인과 잠금이 획득된 시간 사이에 다른 고루틴이 인스턴스를 생성하지 않았는지 확인하기 위해 두 번째 확인이 수행됩니다.
• 인스턴스가 여전히 nil인 경우 새 싱글톤 인스턴스가 생성되어 전역 변수에 할당됩니다.
• sync.Mutex 및 이중 확인 잠금은 싱글톤 인스턴스 생성이 스레드로부터 안전하도록 보장하여 여러 고루틴이 별도의 인스턴스를 생성하는 것을 방지합니다.

위 내용은 Go 디자인 패턴 #Singleton의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!