웹 애플리케이션과 싱글톤

• 스프링 없는 순수한 DI 컨테이너인 AppConfig는 요청할 때 마다 객체를 새로 생성한다.
• 트래픽이 100이면 100개의 객체 생성 → 메모리 낭비
• 객체가 1개만 생성되고 공유하도록 설계 → 싱글톤 패턴

싱글톤 패턴

• 클래스의 인스턴스가 딱 1개만 생성되는 것을 보장하는 디자인 패턴
• 똑같은 객체의 인스턴스를 2개 이상 생성하지 못하도록 막는다.

📄 SingletonService

package hello.core.singleton;

public class SingletonService {

    private static final SingletonService instance = new SingletonService();

    public static SingletonService getInstance() {
        return instance;
    }

    private SingletonService() {

    }

    public void logic() {
        System.out.println("싱글톤 객체 로직 호출");
    }
}

• 이렇게 되면 해당 클래스가 생성될 때, 자기 자신을 참조값으로 하여 객체를 생성한다.

• static 영역에 객체 인스턴스를 미리 하나 생성해서 올려둔다.

• 이 객체 인스턴스가 필요하면 오직 getInstance() 메서드를 통해서만 조회한다.

  • 해당 메서드를 호출하면 항상 같은 인스턴스 반환

• 딱 1개의 인스턴스만 존재해야하므로 생성자를 private 로 막아서 외부 생성 차단

<aside> 💡 same 과 equal

• same → 객체 자체 비교
• equal → 객체 내 값 비교

</aside>