• Factory Method를 이용하는 Java 코드 구성 정보 작성 방법을 이용하는 것도 유용할 때가 있음
• 실제 애플리케이션의 기능을 담당하는 것은 HelloController, SimpleHelloservice 두 개의 클래스
• 이 외에 오브젝트를 새로 생성하는 것은 TomcatServletWebServerFactory, DispatcherServlet 두 가지
  • 애플리케이션의 기능을 제공하기 위해서 만들어야하는 오브젝트는 아니지만 이 두가지가 없으면 애플리케이션은 시작할 수도 없음
  • standalone 애플리케이션을 만들기 위해 보이지 않는 곳에서 일을 해주는 오브젝트를 생성해야되기 때문에 이렇게 만들었지만 이 두개의 오브젝트도 스프링의 빈으로 등록할 수 있음
  • 스프링의 빈으로 등록해서 SpringContainer가 관리하게되면 유연한 구성이 가능해짐

TomcatServletWebServerFactory와 DispatcherServlet을 빈으로 등록하기

인스턴스를 만드는 작업을 Factory Method에서 수행하도록 변경

@Configuration
@ComponentScan // 여러가지 정보에 컨테이너를 구성하는 데 필요한 hint들을 넣을 수 있음
public class HellobootApplication {
	@Bean
	public ServletWebServerFactory servletContainer() {
		return new TomcatServletWebServerFactory();
	}

	@Bean
	public DispatcherServlet dispatcherServlet() {
		return new DispatcherServlet();
	}

	public static void main(String[] args) {
		// 스프링 컨테이너 생성
		AnnotationConfigWebApplicationContext applicationContext = new AnnotationConfigWebApplicationContext() {
			@Override
			protected void onRefresh() {
				super.onRefresh(); // 생략 X

				ServletWebServerFactory serverFactory = this.getBean(ServletWebServerFactory.class);
				DispatcherServlet dispatcherServlet = this.getBean(DispatcherServlet.class);
				dispatcherServlet.setApplicationContext(this);

				WebServer webServer = serverFactory.getWebServer(servletContext -> {
					servletContext.addServlet("dispatcherServlet",dispatcherServlet)
							.addMapping("/*");
				}); // 웹서버 생성
				webServer.start(); // Tomcat Servelet Container 동작
			}
		};
		applicationContext.register(HellobootApplication.class);
		applicationContext.refresh(); // 컨테이너 초기화(빈 오브젝트 생성)
	}
}

DispatcherServlet은 Applicationcontext의 빈을 가져온 다음 주입을 해줬는 데 삭제를 하면 SpringContainer를 어디에서도 지정해 준 것이 없는 데 동작할까? ⭕️

• 어떻게 DispatcherServlet이 SpringContainer를 통해 HelloController를 찾아와서 맵핑정보도 사용하고 웹 요청이 오면 호출하는 작업을 수행할까?

  ⇒ SpringContainer 때문에 작업 수행이 가능 ‼️

  • SpringContainer가 빈의 생명주기 메서드에 의해서 DispatcherServlet이 ApplicationContext가 필요하다고 인지하고 자동으로 주입해줌

Bean의 생명주기(lifecycle) 메서드

Type Hierarchy 보는 단축키 : ctrl + H

• 타입 정보 계층화해서 보여주는 IDE

• setApplicationContext(ApplicationContext applicationContext)

  • set이라고 되어있기 때문에 아마 내부 멤버 변수에 저장을 해주는 기능을 수행할 때 사용하하고 만든 인터페이스

  • 빈을 Container가 등록하고 관리하는 중 Container가 관리하는 오브젝트를 빈에 주입을 해주는 라이프 사이클 메서드임

    

  • 이 인터페이스를 구현한 클래스가 스프링에 빈으로 등록이되면 Factory Method에서 만들어지든 설정 파일을 만들어지든 Componenet Scanner에 의해 등록이 되든 상관없이 일단 컨테이너에 등록된 후에 이런 종류의 인터페이스를 구현 해놓고 있으면 SpringContainer는 인터페이스의 setter 메서드를 이용해서 주입 해줌

  • DispatcherServlet은 이게 등록이 되는 시점에 SpringContainer가 보니까 ApplicationContext를 내가 이 setter 메서드를 통해서 주입해줘야 되겠다 판단하고 넣어 줌

  ⇒ 그래서 명시적으로 생성자 또는 Setter 메서드를 직접 호출해서 넣지 않더라도 ApplicationContext를 가지고 있게 된 것

HelloController에 ApplicationContextAware 구현

@RestController
public class HelloController implements ApplicationContextAware {
    private final HelloService helloService;

    public HelloController(HelloService helloService) {
        this.helloService = helloService;
    }

    @GetMapping("/hello")
    public String hello(String name) {
        return helloService.sayHello(Objects.requireNonNull(name)) ;
    }

    @Override
    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
        System.out.println(applicationContext); // 서버를 띄우기만 해도 실행 됨 -> 스프링 컨테이너가 초기화되는 시점에 작업이 일어나기 때문
    }
}

• 서버를 띄우기만 해도 실행 됨 -> 스프링 컨테이너가 초기화되는 시점에 작업이 일어나기 때문

  

  • Root WebApplicationContext라는 이름으로 언제 시작이 되었는지 시간이 출력되는 코드를 볼 수 있음 ( setter 메서드가 호출된 것을 알 수 있음 )