싱글톤 패턴 기초

 

컴포넌트 스캔 방식

@Component를 포함하는 밑 3개의 애노테이션도 스프링 빈으로 자동 등록된다.

@Controller : 외부 요청 받음

@Service : 비즈니스 로직 만듬

@Repository : 데이터 저장

@Autowired : 연결 (연관관계, 선을 입력해주는 ? 의존관계 주입)

 

스프링은 스프링 컨테이너에 스프링 빈을 등록할 때, 기본으로 싱글톤으로 등록한다. (하나만 등록)

 

 

자바 코드로 직접 스프링 빈 등록하는 방법

 

@Bean

@Configuration
public class SpringConfig {
    
    @Bean
    public MemberService memberService(){
        return new MemberService(memberRepository());
    }

    @Bean
    public MemberRepository memberRepository(){
        return new MemoryMemberRepository();
    }
}

 

 

@SpringBootTest: 스프링 컨테이너와 테스트를 함께 실행한다.

@Transactional: 테스트 시작 전에 트랜잭션을 시작하고 테스트 완료 후에 항상 롤백한다. DB에 데이터가 남지 않으므로 다음 테스트에 영향을 주지 않는다.

 

 

 

---

 

 

 

 

2

 

 

싱글톤 패턴이란 ???

 

스프링 없는 순수한 DI컨테이너 -> 요청 할 때 마다 객체 새로 생성

해결하기 위해 객체가 1개만 생성되고, 공유하도록 설계하면 되는데 .. 이게 싱글톤 패턴!

 

 

클래스의 인스턴스가 1개만 생성되는 것을 보장하는 디자인 패턴

private 생성자 사용으로 외부에서 new 키워드 사용 X

 

public class SingletonService {
    private static final SingletonService instance=new SingletonService();

    public static SingletonService getInstance(){
        return instance;
    }

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

객체 인스턴스는 getInstance() 메서드 통해서만 조회할 수 있다.

 

 

   private  SingletonService(){ //private 생성자

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



}

 

private 생성자를 이용해 외부에서 new 키워드로 객체 인스턴스가 생성되는 것을 막는다.

 

 

    @Test
    @DisplayName("싱글톤 패턴을 적용한 객체 사용")
    void singletonServiceTest(){
        SingletonService singletonService1 = SingletonService.getInstance();
        SingletonService singletonService2 = SingletonService.getInstance();

        System.out.println("singletonService1 = " + singletonService1);
        System.out.println("singletonService2 = " + singletonService2);

        assertThat(singletonService1).isSameAs(singletonService2);
    }

테스트 코드 실행해보면?

 

 

완전히 동일한 것을 볼 수 있다

 

 

 

 

싱글톤 패턴의 문제점

 

클라이언트가 구체 클래스에 의존한다 -> DIP 위반 -> OCP 원칙 위반 가능성도 높음 

private 생성자로 자식 클래스를 만들기 어려움

코드 자체도 많이 들어가게 된다.