수준별 학습반_베이직반 1회차 세션

베이직반

스프링 컨테이너, 컴포넌트 스캔, 스프링 빈

 

중요 키워드⭐️⭐️⭐️⭐️⭐️ - 면접에 나오는 내용들

• 스프링 컨테이너
• 의존성 주입
• 제어의 역전
• 컴포넌트 스캔
• 스프링 빈
• 빈의 생애주기
• 빈 스코프
• 싱글톤

 

스프링 요청 흐름도

 

@RestController
@RequestMapping("/hello")
public class HelloController {

    @GetMapping()
    public String sayHello() {
        return "hello";
    }
}

• 아래 작업은 누가 했을까?!
  • 전부 스프링 컨테이너가 해준다!!

HelloController helloController = new HelloController();
helloController.sayHello();

 

스프링 컨테이너

스프링 컨테이너를 통해서 IoC를 구현하고 있다.
객체들을 굉장히 많이 만들어놓은 다음에 사용할 객체들을 미리 마킹해놓으면 play 버튼을 누르는 순간 마킹된 객체를 빈으로 스프링 컨테이너에 등록한다.

제어의 역전

프로그램 실행 흐름의 제어권을 외부로 넘겨주는 것이다!
애플리케이션 시작 시 필요한 객체를 빈으로 컨테이너에 등록하고 서버로 요청이 들어오면 해당 요청 처리에 필요한 빈을 활용해서 요청을 처리할 수 있다.

등록된 빈 확인해보기

@RestController
@RequestMapping("/hello")
public class HelloController {

    // 속성
    private final ApplicationContext applicationContext;

    // 생성자 주입
    public HelloController(ApplicationContext applicationContext) {
        this.applicationContext = applicationContext;
    }

    // 기능
    @GetMapping()
    public String sayHello() {
        String[] beanDefinitionNames = applicationContext.getBeanDefinitionNames();
        for (String beanName : beanDefinitionNames) {
            System.out.println(beanName.toString());
        }
        return "hello";
    }
}

스프링 컨테이너의 역할

• 애플리케이션 시작 시 필요한 빈 생성
• 빈에 필요한 의존성 주입
• 빈의 생애주기 관리

 

컴포넌트 스캔

클래스를 빈으로 스프링 컨테이너에 등록하는 기술이다.

import org.springframework.boot.autoconfigure.SpringBootApplication;

기능	Annotation	설명
자동설정	@EnableAutoConfiguration	스프링 부트에 탑재된 기본 설정
컴포넌트 스캔	@ComponentScan	현재 위치에서부터 하위 패키지의 모든 @Component 대상을 빈으로 등록
추가 설정	@Configuration	커스텀하게 만든 설정 객체를 활용하고 싶을 때 사용

직접 빈(Bean) 등록해보기

@Component
public class HelloService {
    // 속성

    // 생성자

    // 기능
    public void printHello() {
        System.out.println("printing hello");
    }
}

@Service
public class HelloService {
    // 속성

    // 생성자

    // 기능
    public void printHello() {
        System.out.println("printing hello");
    }
}

 

의존성 주입 (DI: Dependency Injection)

⭐️면접에서 물어보는 질문 내용들⭐️

• 생성자 주입 예시

@Component
public class Car {

    private final Engine engine;

    public Car(Engine engine) {
        this.engine = engine;
    }

    public void start() {
       ...
    }
}

• 세터 주입 예시

@Component
public class Car {

    private Engine engine;

    @Autowired // 세터 주입
    public void setEngine(Engine engine) {
        this.engine = engine;
    }

    public void start() {
       ...
    }
}

• 필드 주입 예시

@Component
public class Car {

    private Engine engine;

    @Autowired // 세터 주입
    public void setEngine(Engine engine) {
        this.engine = engine;
    }

    public void start() {
       ...
    }
}

종류	생성자 주입	세터 주입	필드 주입
장점	애플리케이션 실행과 동시에 의존성을 주입 == 안전한 시스템 안정성
단점	의존성이 많아질 경우 가독성이 저하....	1. 클래스 안에 의존성이 숨겨져 있어서 유지보수가 어렵다. 2. 의존성이 변경될 가능성이 있다.	1. 클래스 안에 의존성이 숨겨져 있어서 유지보수가 어렵다. 2. 의존성이 변경될 가능성이 있다.

의존성 주입 직접 설정해보기

@RestController
@RequestMapping("/hello")
public class HelloController {

    // 속성
    private final ApplicationContext applicationContext;
    private final HelloService helloService;

    // 생성자 주입
    public HelloController(ApplicationContext applicationContext, HelloService helloService) {
        this.applicationContext = applicationContext;
        this.helloService = helloService;
    }

    // 기능
    @GetMapping()
    public String sayHello() {
        helloService.printHello();
        return "hello";
    }
}

 

스프링 빈

스프링 컨테이너에 의해서 관리되는 객체이다.

빈의 생애주기(Bean LifeCycle)

• 초기화단계
  • 빈이 실제 사용되기 전 필요한 추가 작업을 하는 단계이다.
  • Ex) 빈의 상태 업데이트, 데이터 베이스 연결 등등

종류	초기화 단계	소멸 직전
인터페이스	InitializingBean	DisposableBean
메서드	initMethod	destroyMethod
어노테이션	@PostConstruct	@PreDestory

• 어노테이션 기반

@Component
public class PostConstructExample {
    @PostConstruct  // 초기화 단계에서 어떠한 조작을 하고 싶다면 이러한 기능을 사용해볼 수 있다.
    public void init() {
        System.out.println("@PostConstruct: 초기화 작업 실행");
    }
}

@Component
public class PreDestroyExample {
    @PreDestroy  // 소멸되기 전 유언을 듣는 기능.
    public void cleanup() {
        System.out.println("@PreDestroy: 소멸 작업 실행");
    }
}

빈 스코프(Bean Scope)

• 빈의 생존 범위, 기본값 : 싱글톤
• 싱글톤
  • 프로그램 전체에서 단 하나의 객체만 만들어지고 모두가 그 객체를 공유해서 사용하는 방식이다.

public class Singleton {
    // 속성
    private static Singleton instance;

    // 생성자: private 으로 외부에서 객체 생성 불가
    private Singleton() {}

    // 기능: 인스턴스를 반환
    public static Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}

public class Main {
    public static void main(String[] args) {
        // 두 번 호출해도 동일한 객체를 반환
        Singleton singleton1 = Singleton.getInstance();
        Singleton singleton2 = Singleton.getInstance();

        // 객체가 같은지 확인
        System.out.println(singleton1 == singleton2); // true
    }

다양한 종류의 스코프

스코프	설명	생존범위
singleton	스프링 컨테이너에 하나의 인스턴스만 생성	스프링 컨테이너와 함께
prototype	요청마다 새로운 인스턴스를 생성	컨테이너가 소멸 관리하지 않음
request	HTTP 요청마다 인스턴스 생성	HTTP 요청 종료 시까지
session	HTTP 세션마다 인스턴스 생성	세션 종료 시
application	애플리케이션 전체에서 하나의 인스턴스 공유	서블릿 컨테이너와 함께
websocket	웹 소켓 세션 범위에서 동작	웹소켓 연결 종료까지

그렇다면 왜 싱글톤일까...?!

요청마다 객체를 새로 생성해야 한다면?!
비용이 많이 들기 때문에 미리 하나 생성해놓고 그것만 가져다 쓰는 것이다.