[스프링] - 스프링 컨테이너(Spring Container)

🤔스프링 컨테이너이란?

• 컨테이너는 보통 객체(Bean)들의 생명 주기(Life Cycle)를 관리하며, 생생된 인스턴스들에게 추가적인 기능을 제공하도록 하는 것입니다.
• ApplicationContext를 스프링 컨테이너라고 불리기도 합니다.
• IoC원칙을 기반으로 동작합니다. 이는 애플리케이션의 제어 흐름이 개발자가 아닌 컨테이너에 의해 결정되는 것을 의미합니다.

 

🤔IoC ( Inversion Of Control)란?

제어의 역전이라고 하며 프로그램의 흐름을 개발자가 아닌 프레임워크가 관리하는 것을 의미합니다.

일반적으로 자바에서는 개발자가 각 객체를 생성하고 제어해야 하지만 스프링에서는 컨테이너에 Bean을 등록하기만 하면, 스프링 컨테이너에서 객체의 생명주기를 컨트롤합니다.

즉, 객체에 대한 제어권이 스프링 컨테이너로 역전되기 때문에 제어의 역전이라고 합니다.

 

 

🟩스프링 컨테이너종류

스프링 컨테이너는 IoC(Inversion of Control) 원칙을 기반으로 동작합니다. 이는 애플리케이션의 제어 흐름이 개발자가 아닌 컨테이너에 의해 결정되는 것을 의미합니다. 따라서 개발자는 객체 생성과 의존성 관리에 집중하지 않고, 컨테이너가 제공하는 기능을 이용해 비즈니스 로직을 구현할 수 있습니다.


스프링 컨테이너는 두 가지 타입으로 분류됩니다.

 

◻️ BeanFactory : 스프링 컨테이너의 최상위 인터페이스입니다. 빈을 등록, 생성, 조회 등의 빈을 관리하는 역할을 하며, getBean() 메서드를 통해 인스턴스화할 수 있습니다. 대표적인 빈 팩토리의 구현체로는 XML파일을 기반으로 빈을 관리하는 XmlBeanFactory가 있습니다.

 

◻️ AppliactionContext  : 빈 팩토리의 확장형이며 빈팩토리가 제공하는 모든 기능을 포함합니다.  빈을 미리 로드하고 캐싱하기 때문에 빠르게 사용할 수 있습니다. 빈을 만들고 다루는 일 외에 다국어 지원, 이벤트 처리, 세션 관리 등 다양한 기능을 제공합니다. XML, JavaConfig, Annotation 등의 방식으로 설정 파일을 작성할 수 있습니다.

 

빈(Bean)

스프링 컨테이너에서 관리되는 객체를 빈(Bean)이라고 부릅니다. 빈은 스프링 컨테이너에서 생성되어 관리되는데, 이를 빈 컨테이너(Bean Container)라고도 합니다. 빈은 스프링 컨테이너가 생성하며, 빈의 종류와 생성 방법은 설정 파일에 따라 결정됩니다.

 

 

🟩스프링 컨테이너를 사용하는 이유

느슨한 결합과, 높은 캡슐화를 위해 스프링 컨테이너를 사용합니다.

그동안 자바 코드 작성 시 객체로써 사용하기 위해서는 new생성자가 꼭 필요했습니다. 그런데 이렇게 사용하게 되면 객체 지향 프로그래밍의 원칙을 위배하게 되어 의존성이 높아지게 됩니다. 이는 DIP에 위반된다고 할 수 있습니다. 

즉, 객체지향 설계를 하고, 객체 간의 의존성을 낮추기 위해 Spring 컨테이너를 사용합니다.

 DIP(Dependency Inversion Principle)를 위반한다는 것은 의존성을 불필요하게 높이거나, 구체적인 구현에 의존함으로써 코드의 유연성을 감소시키는 행위를 말합니다.

 

 

◻️스프링 컨테이너의 생성 과정

※ 스프링 기본 설정은 내부에서 생성하는 빈 오브젝트를 모두 싱글톤으로 만듭니다.

 

싱글톤이란? 매번 클라이언트에서 요청이 올 때마다 각 로직을 담당하는 오브젝트를 새로 만든다고 가정.

 

요청 한 번에 5개의 오브젝트를 새로 만든다고 가정했을 때 초당 500개의 요청이 들어오면 2500개의 새로운 오브젝트가 생성됨.  누적되면 서버가 자원 소모를 많이 해야 하므로 비효율적인 방식.

 

그래서 필요한 것이 처음 한번 생성해 두면 애플리케이션이 종료될 때까지 추가적인 생성 작업이 필요 없는 것이 싱글톤 방식이며 서버환경에서 권장되는 것

자바에서의 싱글톤의 단점

• 테스트하기 어려움
• private 생성자를 갖고 있어 상속이 불가능
• 서버 환경에서는 싱글톤이 1개만 생성됨을 보장하지 못함
• 전역 상태를 만들 수 있기 때문에 객체지향적이지 못함

 

스프링 컨테이너는 싱글톤 패턴을 적용하지 않아도 객체 인스턴스를 싱글톤으로 관리해 주기 때문에 모든 단점을 해결하고 객체를 싱글톤으로 유지할 수 있습니다.

ApplicationContext applicationContext = 
	new AnnotationConfigApplicationContext(AppConfig.class);

 

 

1. 스프링 컨테이너 생성

• 스프링 컨테이너를 생성할 때는 구성 정보를 지정해주어야 합니다. ( 여기서는 AppConfig.class로 지정하였습니다)
• 스프링 컨테이너 안에 스프링 빈 저장소가 있어 이 안에 빈 이름과 빈 객체로 저장하여 관리합니다.

 

2. 스프링 빈 등록

• 스프링 컨테이너는 파라미터로 넘어온 설정 클래스 정보를 사용해서 스프링 빈을 등록합니다.
• @Bean이 붙은 메서드를 하나씩 확인합니다.
  
  • 빈 이름을 직접 부여할 수도 있습니다. ( @Bean(name = "" )

 

 

3. 스프링 빈 의존관계 설정

 

준비단계

설정 완료

• 준비된 스프링 빈 들에 동적 객체 인스턴스 의존관계를 주입합니다.
• 스프링 컨테이너는 설정 정보를 참고해서 의존 관계를 주입(DI)합니다.
• 단순히 자바 코드를 호출하는 것 같지만, 차이가 있습니다.  실제로 객체 참조값들이 연결되는 것입니다.

스프링 컨테이너를 생성하고, 설정정보를 참고해서 스프링 빈도 등록하고, 의존 관계를 설정을 완료하였습니다.

 

 

💭글 정리

• 스프링 빈은 스프링에 의하여 생성되고 관리되는 자바 객체입니다.
• 스프링 컨테이너는 스프링에서 자바 객체를 관리하는 공간입니다. 즉, 빈의 생성부터 소멸까지를 개발자 대신 관리해 주는 곳입니다. 개발자가 관리해야 할 객체를 스프링에게 맡겼기 때문에 객체에 대한 제어가 역전된 것입니다.
• 스프링컨테이너는 객체 인스턴스를 싱글톤으로 관리해주어 객체를 싱글톤 패턴으로 유지할 수 있습니다.

🤔그렇다면 왜 스프링 컨테이너를 사용하는 걸까?

자바를 배울 때 객체로써 사용하기 위해서는 new 생성자를 사용했습니다. 그런데 이렇게 하면 객체지향 프로그래밍이라는 원칙을 지키지 못하게 되어 서로에 대한 의존성이 높아지게 됩니다. 즉,  좋은 객체 설계 지향 원칙에 따라 DIP에 위반됩니다. 그래서 의존성을 낮추기 위해 Spring 컨테이너가 사용됩니다. 요약하자면 좋은 객체 지향 설계를 하고, 객체 간의 의존성을 낮추기 위해 Spring 컨테이너를 사용합니다.

 

 

 

 

• https://givendragon.tistory.com/8
• https://catsbi.oopy.io/0f28d626-febb-421d-91c8-5d44c6df7d1fㅇ

• https://mangkyu.tistory.com/151