Project Manager 싱글톤 제대로 구현하기

 

public class DataManager : MonoBehaviour
{
    private static DataManager _instance;
    public static DataManager Instance
    {
        get
        {
            if (_instance == null)
            {
                Debug.Log(_instance == null);
                _instance = FindObjectOfType<DataManager>();
                DontDestroyOnLoad(_instance.gameObject);
            }
            return _instance;
        }
    }

    private void Awake()
    {
        if (_instance != this)
        {
            Destroy(gameObject);
        }
    }
}

public class DataManager
{
    private static DataManager _instance;
    public DataManager Instance
    {
        get
        {
            if (_instance == null)
            {
                _instance = new DataManager();
                DontDestroyOnLoad(_instance.gameObject);
            }
            return _instance;
        }
    }
    private void Awake()
    {
        if (_instance != this)
        {
            Destroy(gameObject);
        }
    }
}

 

위, 아래 코드의 차이는 1) MonoBehaviour 의 유무. 2) _instance 생성 입니다.

 

 

1) MonoBehaviour 의 유무

 

우선, MonoBehaviour 클래스는 Editor 에서 1) GameObject 에 스크립트를 연결할 수 있는 프레임워크를 제공하고 Start, Update 등의 Unity 2) GameObject 생명주기 Event 함수들과 3) Coroutine 을 제공합니다.

 

즉, MonoBehaviour 클래스를 상속받은 위 코드는 이러한 기능을 이용할 수 있습니다.

 

https://docs.unity3d.com/kr/2023.2/ScriptReference/MonoBehaviour.html

MonoBehaviour - Unity 스크립팅 API

 

참고로 Unity에서 MonoBehaviour를 상속받은 스크립트를 GameObject에 붙였을 때, 객체 생성과 초기화 과정 및 순서는 아래와 같습니다.

 

1. 생성자 (Constructor)
2. Awake()
3. OnEnable()
4. Start()

 

1. 생성자:
   • 스크립트의 인스턴스가 생성될 때 호출됩니다.
   • Unity에서는 생성자 사용을 권장하지 않습니다. 대신 Awake() 메서드를 사용하는 것이 좋습니다.
2. Awake():
   • 스크립트 인스턴스가 로드될 때 호출됩니다.
   • 게임 오브젝트가 비활성화 상태여도 호출됩니다.
   • 다른 스크립트의 변수를 초기화하거나 게임 상태를 설정하는 데 사용됩니다.
   • 모든 Awake() 호출이 완료된 후 Start() 메서드가 호출됩니다.
3. OnEnable():
   • 스크립트가 활성화될 때마다 호출됩니다.
   • 게임 오브젝트가 활성화될 때도 호출됩니다.
   • 코루틴을 시작하기에 적합한 위치입니다.
4. Start():
   • 스크립트가 활성화된 후 첫 프레임 업데이트 직전에 호출됩니다.
   • 모든 Awake() 호출이 완료된 후에 호출됩니다.
   • 다른 스크립트의 모든 초기화가 완료된 후 실행해야 하는 초기화에 사용됩니다.

이 순서를 이해하고 적절히 활용하면 스크립트 간의 의존성을 관리하고 초기화 로직을 효과적으로 구현할 수 있습니다.

 

 

2) _instance 를 생성할 때

 

첫번째 코드(MonoBehaviour를 상속받는 클래스)처럼 MonoBehaviour를 상속받는 클래스의 인스턴스는 반드시 Unity의 방식(예: AddComponent, Instantiate 등)으로 생성해야 합니다. Singleton 패턴을 구현할 때는 주로 FindObjectOfType이나 씬에 미리 배치된 객체를 사용하는 것이 일반적입니다.

 

두 번째 코드처럼 MonoBehaviour를 상속받지 않는 일반 C# 클래스의 경우에는 new 키워드로 인스턴스를 생성해도 문제가 없습니다. 하지만 이 경우 Unity의 컴포넌트 시스템과 연동되지 않으므로, GameObject나 씬과 관련된 작업을 수행할 수 없습니다.

 

즉, 첫 번째 코드에서 _instance = FindObjectOfType<DataManager>(); 가 아닌 _instance = new DataManager();로 인스턴스를 생성하면 다음과 같은 문제가 발생할 수 있습니다.

 

1. Unity 라이프사이클 무시: MonoBehaviour를 상속받는 클래스는 Unity의 라이프사이클에 따라 관리되어야 합니다. new 키워드로 직접 인스턴스를 생성하면 Unity 엔진이 관리하지 않는 객체가 생성되어 Awake(), Start() 등의 메서드가 자동으로 호출되지 않습니다.
2. 컴포넌트로서의 기능 상실: new로 생성된 객체는 씬의 GameObject에 부착되지 않습니다. 따라서 Transform 등 GameObject와 관련된 컴포넌트에 접근할 수 없게 됩니다.
3. DontDestroyOnLoad 문제: DontDestroyOnLoad()는 GameObject에 대해 작동합니다. new로 생성된 객체는 GameObject가 없으므로 이 메서드를 사용할 수 없습니다.
4. FindObjectOfType 불일치: FindObjectOfType<DataManager>()는 씬에 존재하는 DataManager 컴포넌트를 찾지만, new로 생성된 객체는 씬에 존재하지 않아 찾을 수 없습니다.
5. 메모리 관리 이슈: Unity의 객체 생명주기 관리 시스템을 벗어나므로, 메모리 누수가 발생할 가능성이 있습니다.
6. Destroy 메서드 작동 불가: Destroy(gameObject)는 Unity 엔진이 관리하는 GameObject에 대해서만 작동합니다. new로 생성된 객체에는 적용할 수 없습니다.