🧮Thread Safety

쓰레드 세이프티(Thread Safety), 여러 개의 쓰레드가 동시에 어떤 공유 자원(shared resource)에 접근하더라도 프로그램이 잘못된 동작을 하지 않도록 보장되는 상태를 의미합니다.

싱글톤 패턴을 적용하며

public class ObjectMapperHolder {
    private static class SingletonHolder {
        private static final ObjectMapper objectMapper = new ObjectMapper();
    }

    public static ObjectMapper getInstance() {
        return SingletonHolder.objectMapper;
    }
}

라이브러리 프로젝트를 진행하면서 본프로젝트와 독립적으로 사용해야하는 기능(ObjectMapper, etc)들이 생겨나서 따로 싱글톤으로 관리하기로 했습니다.

그렇다면 모든 클래스를 싱글톤패턴으로 관리해도 되는걸까?

🚨싱글톤 패턴을 적용안되는 경우!

• 클래스가 상태(status)를 가지는경우
• 내부 값이 자주 변경될 가능성이 있는 경우

둘다 비슷한 말이다, 결국은 내부값이 변경으로 인해 쓰레드 세이프티가 깨진다는 것이다. 예를 들어보자

UnsafeSingleton.java

public class UnsafeSingleton {
    private static final UnsafeSingleton INSTANCE = new UnsafeSingleton();

    private String status; // 상태값!

    private UnsafeSingleton() {}

    public static UnsafeSingleton getInstance() {
        return INSTANCE;
    }

    // getter, setter
}

Executor.java

UnsafeSingleton singleton = UnsafeSingleton.getInstance();

Thread t1 = new Thread(() -> singleton.setStatus("고기 먹자"));
Thread t2 = new Thread(() -> singleton.setStatus("햄부기 먹자"));

t1.start();
t2.start();

// 결과값은???
System.out.println(singleton.getStatus());

이와 같은 경우, .getStatus() 가 어떤 값을 반환할지는 예측할 수 없습니다.

그 이유는.getStatus()의 반환값은 Thread t1,t2 실행이 완료되는 시점에 따라 달라지기 때문입니다.

Singleton은 모든 스레드가 동일한 객체 인스턴스를 공유하기 때문에, 의도하지 않게 상태값이 변경될 여지가 있습니다.

즉 Singleton보다는 각기 다른 객체로 관리하는게 적합해 보입니다!

결론

Singleton 패턴이 적용된 클래스는 내부 상태가 안정적으로 유지되어야 하며, 값이 자주 변경되어서는 안 됩니다. 이러한 원칙은 스레드 세이프티(Thread Safety) 를 보장하는 데 중요합니다.