해당 게시물은 이 강의를 보고 제작하게되었습니다.

※ 동작원리

1. 내장 톰캣을 가진다.

톰캣을 따로 설치할 필요가 없이 내장되어있다.

Socket 이란?

네트워크 상에서 데이터를 보내거나 받기 위한 실제적인 창구 역할을 하는 것입니다.
프로세스가 데이터를 보내거나 받기 위해서는 반드시 소켓을 통해서 해야합니다.
소켓은 프로토콜, ip 주소, port 번호로 정의됩니다.

Socket 통신

한 port에 클라이언트 1개로 제한됩니다.
처음 통신시 Main 쓰레드인 소켓이 연결 되면 자식 쓰레드 소켓으로 연결하고 메인 쓰레드와의 통신은 끊습니다.
쓰레드로 작동되기 때문에 동시에 여러 클라이언트와 통신하는 것 처럼 보입니다.
계속 연결 되어있어 클라이언트 식별이 가능합니다.
부하가 많이 걸려서 느려질 수 가 있습니다.

HTTP (Hypertext Transfer Protocol) 란

웹서버와 클라이언트가 사이에서 문자(문서)를 주고받기 위해 사용되는 프토토콜입니다.

HTTP 통신

Stateless 방식을 사용하여 계속 연결되어 있지는 않고 필요한 정보만 주고받고 연결을 끊습니다.
계속 연결이 되어있는 형식이 아니기 때문에 부하가 많지 않고 하나의 포트로만 통신이 가능합니다.
정보가 필요할 때만 새로 연결이 되기 때문에 클라이언트 식별이 불가능합니다.
소켓통신을 기반으로 만들어졌습니다.
static한 자원을 제공하여 정보가 실시간으로 반영되지 않습니다.

웹서버

가지고 있는 파일/문서를 공유할 수 있게 해주는 서버입니다.
클라이언트가 서버에 문서를 요청(Request)하면 서버는 해당 문서를 응답(Response)합니다.
서버는 클라이언트의 IP를 몰라도 됩니다.
자바를 이해하지 못합니다.
이해하지 못한 Jsp 코드는 톰캣에게 보냅니다.

톰캣

웹브라우저에서 읽을수 없는 jsp 코드를 컴파일하고 HTML로 번역해서 웹서버 돌려주는 역할을 합니다.
서블릿 컨테이너가 있습니다.

2. 서블릿 컨테이너

스프링은 URL(자원) 접근을 막고 URI(식별자)를 통해서만 자원에 접근이 가능합니다.
모든 Request는 톰캣을 거친 후 Response 됩니다.
Request가 들어오면 스레드가 생성되고 스레드에 대한 서블릿 객체가 생성됩니다.
스레드를 정해진 개수만큼 생성하고 그 후에는 기존 스레드를 재사용 합니다.
스레드를 재사용 함으로써 삭제와, 생성 과정을 안하기에 처리 시간이 단축됩니다.
스레드를 사용 함으로써 여러개의 Reqeust를 동시에 처리할 수 있습니다.

URL 이란?

-URL은 흔히 웹 주소라고도 하며, 컴퓨터 네트워크 상에서 리소스가 어디 있는지 알려주기 위한 규약입니다.

ex) https://kilhyeonjun.github.io/a.png

URI 란?

URI는 특정 리소스를 식별하는 통합 자원 식별자(Uniform Resource Identifier)를 의미합니다.
ex) https://kilhyeonjun.github.io/picture/a

3. web.xml

ServletContext의 초기 파라미터

초기 파라미터는 한 번 정해지면 어디서든지 사용 가능한 값입니다.

Session의 유효시간 설정

Session 이란?

인증을 통해서 접속하는 방법입니다.
유효시간을 정하게 되면 각 Session을 해당 시간동안만 접속이 가능합니다.
유호시간을 늘리고 싶으면 재인증을 통해 갱신하면 됩니다.

Servlet/JSP에 대한 정의

Servlet/JSP 매핑

요청한 자원, 로케이션, 식별자가 어디있는지 알려주고 찾아갈 수 있게 도와주는 것입니다.
모든 클래스 매핑을 적용하기에는 코드가 너무 복잡하므로 FrontController 패턴을 이용합니다.

Mime Type 매핑

Mime Type을 식별 한 후 데이터가 필요한 곳으로 매핑하는 것입니다.
HTTP get방식은 데이터를 가지고 오지 않습니다.
- 데이터를 가지고 가기 위해 요청되었기 때문입니다.

MimeType 이란?

서버에 접속할때 가지고 오는 데이터의 타입입니다.

Welcome File list

요청의 목적이 불명확실할 때에 보내는 곳입니다.

Error Pages 처리

에러가 난 페이지를 따로 처리하는 것입니다.

리스너/필터 설정

필터 란?

요청을 거르거나 가지고 있는 데이터를 필터링 하는 것입니다.

리스너 란?

주어진 행동에 대해서 그 행동이 일어나는지 감시하는 것입니다.

보안

보안 기능을 제공합니다.

4. FrontController 패턴

web.xml에 다 정의하기가 너무 힘들기 때문에 최초 앞단에서 request 요청을 받아서 필요한 클래스에 넘겨줍니다.
이때 새로운 요청이 생기기 때문에 request와 response가 새롭게 생성 될 수 있습니다.
그래서 아래의 RequestDispatcher가 필요합니다
- request와 response는 하나씩만 있을 수 있습니다.
- 하지만 FrontController에 설정한 데이터가 나타나면 해당 데이터에 대해
  새로 request 와 response가 생기는데, 최초의 request 와 response에
  덮어씌워지므로 기존 request 와 response를 유지 할 수 있는 방법이
  필요한데 그것이 RequestDispatcher 입니다.
Spring은 외부에서 웹서버의 자원으로 직접적으로 접근하는것이 막혀있기 때문에 바로 자원에 접근하는 것이 아닌 톰캣으로 향하게 됩니다.
톰캣이 request와 response를 자동으로 나누어 객체로 만들어줍니다.

resquest 린?

서버에게 요청한 정보가 들어있는 객체

response 란?

request를 토대로 서버에서 응답한 데이터를 담을 객체

5. RequestDispatcher

필요한 클래스 요청이 도달했을 때 FrontController에 도착한 request 와 response를 그대로 유지시켜줍니다.
페이지를 이동할 때 RequestDispatcher를 이용하면 이전 페이지에서의 데이터를 그대로 가져올 수 있습니다.

6. DisplatcherServlet

FrontController 패턴 과 RequestDispatcher의 기능을 합니다.
DispatcherServlet이 자동생성되어 질 때 수 많은 객체 생성(IoC)됩니다.
보통 필터들이고, 해당 필터들은 내가 직접 등록할 수도 있지만 기본적으로 필요한 필터들은 자동 등록 되어집니다.

7. 스프링 컨테이너

DispatcherServlet에 의해 생성되어지는 수 많은 객체들은 ApplicationContext에서 관리됩니다. 이것을 IoC라고 합니다..

ApplicationContext

IoC란 제어의 역전을 의미합니다.
개발자가 직접 new를 통해 객체를 생성하게 된다면 해당 객체를 가르키는 레퍼런스 변수를 관리하기 어렵습니다.
그래서 스프링이 직접 해당 객체를 관리합니다.
이때 우리는 주소를 몰라도 됩니다.
왜냐하면 필요할 때 DI하면 되기 때문입니다.
- DI를 의존성 주입이라고 합니다.
필요한 곳에서 ApplicationContext에 접근하여 필요한 객체를 가져올 수 있습니다.
ApplicationContext는 싱글톤으로 관리되기 때문에 어디에서 접근하든 동일한 객체라는 것을 보장해줍니다.

ApplicationContext의 종류에는 두가지가 있는데 (root-applicationContext와 servlet-applicationContext) 입니다.

a. servlet-applicationContext

servlet-applicationContext는 ViewResolver, Interceptor, MultipartResolver 객체를 생성하고 웹과 관련된 어노테이션 Controller, RestController를 스캔 합니다.
해당 파일은 DispatcherServlet에 의해 실행됩니다.

b. root-applicationContext

root-applicationContext는 해당 어노테이션을 제외한 어노테이션 Service, Repository등을 스캔하고 DB관련 객체를 생성합니다. (스캔이란 : 메모리에 로딩한다는 뜻)
해당 파일은 ContextLoaderListener에 의해 실행됩니다.
ContextLoaderListener를 실행해주는 녀석은 web.xml이기 때문에 root-applicationContext는 servlet-applicationContext보다 먼저 로드 됩니다.
당연히 servlet-applicationContext에서는 root-applicationContext가 로드한 객체를 참조할 수 있지만 그 반대는 불가능합니다.
- 생성 시점이 다르기 때문입니다.

Bean Factory

필요한 객체를 Bean Factory에 등록할 수 도 있습니다.
여기에 등록하면 초기에 메모리에 로드되지 않고 필요할 때 getBean()이라는 메소드를 통하여 호출하여 메모리에 로드할 수 있습니다.
이것 또한 IoC입니다.
그리고 필요할 때 DI하여 사용할 수 있습니다.
ApplicationContext와 다른 점은 Bean Factory에 로드되는 객체들은 미리 로드되지 않고 필요할 때 호출하여 로드하기 때문에 lazy-loading이 된다는 점입니다.

8 요청 주소에 따른 적절한 컨트롤로 요청 (Handler Mapping)

GET요청 ex) http://localhost:8080/post/1
해당 주소 요청이 오면 적절한 컨트롤러의 함수를 찾아서 실행합니다.

9 응답 (Response)

html파일을 응답할지 Data를 응답할지 결정해야 하는데 html 파일을 응답하게 되면 ViewResolver가 관여하게 됩니다.
하지만 Data를 응답하게 되면 MessageConverter가 작동하게 되는데 메시지를 컨버팅할 때 기본전략은 json입니다.
Data를 리턴할 때는 메소드에 @ResponseBody 어노테이션을 붙입니다.
그럼 리턴값을 File이 아닌 Data로 취급합니다.
그리고 리턴값이 객체이면 MessageConverter가 이 객체를 json으로 변환 후 리턴합니다.