[WAS] Servlet과 JSP의 차이

💡 요약 정리

	Servlet	JSP
정의 및 구조	순수 Java코드로만 이루어진 웹서버용 클래스 동적 웹페이지를 만들 때 Java 코드 안에 HTML 태그가 삽입되는 구조	HTML 코드 속에 Java 코드가 들어가는 구조의 스크립트 언어
코드 내 처리방법	Java 코드 속에서 HTML 태그로 문자열("") 으로 처리함	HTML 속에서 자바코드를 <% 소스코드 %> 또는 <%= 소스코드 =%> 형태로 처리 (Java 소스코드로 작성된 부분은 웹 브라우저로 보내는 것이 아니라 웹 서버에서 실행 됨)
한계(Servlet)와 보완(JSP)	1. 화면 인터페이스 구현에 너무 많은 코드를 필요로 하는 비효율성 2. 테스트를할 때 빌드를 항상 다시해야 한다는 한계가 있음 3. HTML 변경 시 Servlet을 재컴파일 해야하는 단점	-> 이에 따라 서블릿 기반의 서버 사이트 스크립트 언어인 JSP가 등장 1. HTML 표준에 따라 작성되므로 서블릿과 달리 웹페이지 작성이 편리하고, 2. WAS에서 자동으로 빌드하고 클라이언트 화면에 동적으로 보여준다.
MVC 패턴에서의 역할	Controller 역할	View 역할

💡 Servlrt(서블릿)

서블릿을 한줄로 정의하면,

클라이언트의 요청을 처리하고, 그 결과를 반환하는 Servlet 클래스의 구현 규칙을 지킨 자바 웹 프로그래밍 기술이라고 할 수 있습니다.

간단히 말해서, 서블릿이란 자바를 사용하여 웹을 만들기 위해 필요한 기술입니다. 좀 더 자세하게 설명하면 자바를 사용하클라이언트가 어떠한 요청을 하면 그에 대한 결과를 다시 전송주어야 하는데, 이러한 역할을 하는 자바 프로그램입니다.

ex. 어떠한 사용자가 로그인 하려고 할 때, 사용자는 아이디와 비밀번호를 입력하고 로그인 버튼을 누릅니다.
그때 서버는 클라이언트의 아이디와 비밀번호를 확인하고, 다음 페이지를 띄워주어야 하는데, 이러한 역할을 수행하는 것이 서블릿(Servlet)입니다.

✔️ Servlet의 특징

• 클라이언트의 요청에 대해 동적으로 작동하는 웹 어플리케이션 컴포넌트

• html을 사용하여 요청에 응답한다.

• Java Thread fmf 이용하여 동작한다.

• MVC 패턴에서 Controller로 이용된다.

• HTTP 프로토콜 서비스를 지원하는 javax.servlet.http.HttpSerlvet 클래스를 상속받는다.

• UDP보다 처리 속도가 느리다.

• HTML 변경 시 Servlet을 재컴파일 해야 하는 단점이 있다.

✔️ Servlet의 동작 방식

1. 사용자(클라이언트)가 URL을 입력하면 HTTP Request가 Servelt Container로 전송합니다.

2. 요청을 전송받은 Servlet Container는 HttpServletRequest, HttpServletResponse 객체를 생성합니다.

3. web.xml을 기반으로 사용자가 요청한 URL이 어느 서블릿에 대한 요청인지(= 매핑할 서블릿)찾는다.

4. 해당 서블릿의 인스턴스 존재 유무를 확인하여 없으면 init() 메소드를 호출하여 생성한다.

5. Servlet Container에 스레드를 생성하고, service 메소드를 실행한다. 이후 클라이언트의 GET, POST여부에 따라 doGet() 또는 doPost()를 호출한다.

6. doGet() 또는 doPost() 메소드는 동작 페이지를 생성한 후 HttpServletResponse 객체에 응답을 보낸다.

7. 응답이 끝나면 destroy() 메소드를 이용하여 HttpServletRequest, HttpServletResponse 두 객체를 소멸시킨다.
   
   
   

❗ [참고 1] 서블릿 컨테이너(Servlet Container)란?

• 서블릿을 관리해주는 컨테이너(서블릿은 스스로 작동하는게 아니고, Servlet Container에 의해 관리되면서 작동 됨)

• 예를 들어, Servlet이 어떠한 역할을 수행하는 정의서라고 보면, Servlet Container는 그 정의서를 보고 수행한다고 볼 수 있다.

❗ [참고 2] init() / service() / destory() 메소드

• init() : 서블릿이 처음으로 요청될 때 초기화를 하는 메소드(클래스를 new 해서 사용하듯 서블릿 클래스도 초기화해야 사용 가능)
  이렇게 초기화된 서블릿은 싱글톤으로 관리되어 다음에 한번 더 서블릿 클래스를 호출하면 다시 일어나는 것이 아니라 기존에 있던 서블릿 클래스를 호출한다.

• sevice() : 서블릿 컨테이너가 요청한 응답을 받고 응답을 내려줄 때 필요한 서블릿의 service 메서드. Servlet interface를 구현한 HttpServlet 클래스의 doGet(), doPost 같은 메서드들이 호출된다.

• destory() : 더 이상 사용되지 않는 서블릿 클래스는 주기적으로 서블릿 컨테이너가 destroy() 메서드를 호출하여 제거한다. 이 클래스를 다시 사용하기 위해서는 init()을 다시 해주어야 한다.

❗ [참고 3] web.xml(서블릿 설정 파일)

• 서블릿을 작성했다면 해당 서블릿을 사용자가 요청한 경로와 맵핑시켜줘야 한다. 그래야 브라우저에서 해당 URL로 HTTP 요청할 때, WAS가 맵핑된 정보를 읽어서 해당 서블릿으로 요청을 전달해 줄 수 있다.

💡 JSP(Java Server Page)

JSP를 한줄로 정의하면,

Java 코드가 들어가있는 HTML 코드입니다.

서블릿은 자바 소스코드 속에 HTML 코드가 들어가있는 형태인데, JSP는 반대로 HTML소스코드 속에 자바 소스코드가 들어가는 구조를 갖는 웹어플리케이션 프로그래밍 기술입니다.

HTML속에서 자바코드는 <% 소스코드 %> 또는 <%= 소스코드 =%> 형태로 들어갑니다.

자바 소스코드로 작성된 이 부분은 웹 브라우저로 보내는 것이 아니라 웹 셔버에서 실행되는 부분으로, 웹 프로그래머가 소스코드를 수정할 경우에도 디자인 부분을 제외하고 자바코드만 수정마녀 되기 때문에 효율을 높여줍니다.

또한, 컴파일과 같은 과정을 할 필요없이 JSP페이지를 작성하여웹 서버의 디렉토리에 추가만 하면 사용이 가능합니다.

서블릿 규칙은 복잡하기 때문에 JSP가 나오게 되었는데, JSP는 WAS(Web Application Server)에 의하여 서블릿 클래스로 변환하여 사용되어 집니다.

✔️ JSP의 특징

• 동적 웹어플리케이션 컴포넌트

• 확장자는 jsp이다.

• 클라이언트(사용자)의 요청에 동적으로 동작을 하며, 응답은 html로 응답을 한다.

• jsp파일은 서블릿으로 변환되어 실행된다.

• MVC 패턴에서 view로 주로 이용된다.

✔️ JSP의 동작구조

1. 웹 서버가 사용자로부터 서블릿에 대한 요청을 받으면 서블릿 컨테이너에 그 요청을 넘긴다.

2. 요청을 받은 컨테이너는 HTTP Request와 HTTP Response 객체를 만들어, 이들을 통해 서블릿 doPost()나 doGet() 메소드 중 하나를 호출한다.

3. JSP를 사용하여 비지니스 로직과 프레젠테이션 로직을 분ㄹ기하는데, 여기서 서블릿은 데이터의 입력, 수정 등에 대한 제어를 JSP에게 넘겨서 프레젠테이션 로직을 수행한 후 컨테이너에서 Response를 전달한다.

4. 이렇게 만들어진 결과물은 사용자가 해당 페이지를 요청하면 컴파일이 되어 자바파일을 통해 .class 파일이 만들어지고, 두 로직이 결합되어 클래스화된다.

💡 MVC 패턴에서 Servlet과 JSP

• MVC 모델의 View는 JSP, Controller는 Servlet으로 사용합니다.

• JSP만 이용한 개발(Model1) 방식에서 유지보수 측면의 한계를 느끼면서, 서블릿과 JSP를 각각 Controller와 View의 역할로 나누어 사용하는 개발 방식(Model2)이 등장했습니다.

• 보여지는 부분은 HTML이 중심이 되는 JSP, 다른 자바클래스에서 데이터를 넘겨주는 부분은 Java코드가 중심이 되는 Servlet이 담당하며, 이를 통해 유지보수가 용이해졌습니다.

[출처]
https://velog.io/@effirin/Servlet%EA%B3%BC-JSP%EC%97%90-%EB%8C%80%ED%95%B4
https://mangkyu.tistory.com/14