--- REQUEST-LINE - start ---
request.getMethod() = GET
request.getProtocal() = HTTP/1.1
request.getScheme() = http
request.getRequestURL() = http://localhost:8080/request-header
request.getRequestURI() = /request-header
request.getQueryString() = null
request.isSecure() = false
--- REQUEST-LINE - end ---
--- Headers start ---
host : localhost:8080
connection : keep-alive
cache-control : max-age=0
sec-ch-ua : " Not A;Brand";v="99", "Chromium";v="90", "Google Chrome";v="90"
sec-ch-ua-mobile : ?0
upgrade-insecure-requests : 1
user-agent : Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.212 Safari/537.36
accept : text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
sec-fetch-site : same-origin
sec-fetch-mode : navigate
sec-fetch-user : ?1
sec-fetch-dest : document
referer : http://localhost:8080/basic.html
accept-encoding : gzip, deflate, br
accept-language : ko-KR,ko;q=0.9,en-US;q=0.8,en;q=0.7
--- Headers end ---
--- Header 편의 조회 start ---
[Host 편의 조회]
request.getServerName() = localhost
request.getServerPort() = 8080
[Accept-Language 편의 조회]
locale = ko_KR
locale = ko
locale = en_US
locale = en
request.getLocale() = ko_KR
[cookie 편의 조회]
[Content 편의 조회]
request.getContentType() = null
request.getContentLength() = -1
request.getCharacterEncoding() = UTF-8
--- Header 편의 조회 end ---
--- 기타 조회 start ---
[Remote 정보]
request.getRemoteHost() = 0:0:0:0:0:0:0:1
request.getRemoteAddr() = 0:0:0:0:0:0:0:1
request.getRemotePort() = 64206
[Local 정보]
request.getLocalName() = localhost
request.getLocalAddr() = 0:0:0:0:0:0:0:1
request.getLocalPort() = 8080
--- 기타 조회 end ---
요청 데이터
GET : 쿼리 파라미터
url**?username=hello&age=30**
메세지 바디 없이 url의 쿼리 파라미터에 데이터를 포함해서 전달
검색, 필터, 페이징등에서 많이 사용
/**
* 1. 파라미터 전송 기능
* http://localhost:8080/request-param?username=hello&age=20&username=hello2
*/
@WebServlet(name = "requestParamServlet", urlPatterns = "/request-param")
public class RequestParamServlet extends HttpServlet {
@Override
protected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
System.out.println("==> 전체 파라미터 조회 start");
request.getParameterNames().asIterator().forEachRemaining(paramName -> System.out.println(paramName + " = " + request.getParameter(paramName)));
System.out.println("==> 전체 파라미터 조회 end");
System.out.println();
System.out.println("==> 단일 파라미터 조회 start");
String username = request.getParameter("username");
System.out.println("username = " + username);
String age = request.getParameter("age");
System.out.println("age = " + age);
System.out.println("==> 단일 파라미터 조회 end");
System.out.println();
System.out.println("==> 이름이 같은 복수 파라미터 조회 start");
String[] usernames = request.getParameterValues("username");
for (String name : usernames) {
System.out.println("username = " + name);
}
System.out.println("==> 이름이 같은 복수 파라미터 조회 end");
}
}
파라미터 이름이 한개인데, 값이 여러개가 넘어오는 경우에는 request.getParameterValues 를 사용해서 중복값을 가져올 수 있으며, request.getParameter 는 여러개의 값중 첫번째 값을 반환한다.
==> 전체 파라미터 조회 start
username = hello
age = 20
==> 전체 파라미터 조회 end
==> 단일 파라미터 조회 start
username = hello
age = 20
==> 단일 파라미터 조회 end
==> 이름이 같은 복수 파라미터 조회 start
username = hello
username = hello2
==> 이름이 같은 복수 파라미터 조회 end
여기서는 클라이언트에서 서버로 데이터를 전달할 때, HTTP 메세지 바디를 사용하지 않기 때문에, content-type이 없다.
form 전송으로 하게 되는 경우에 input에 넘어오는 데이터가 전달되는 것을 확인할 수 있다.
username=test&age=30]
==> 전체 파라미터 조회 start
username = test
age = 30
==> 전체 파라미터 조회 end
==> 단일 파라미터 조회 start
username = test
age = 30
==> 단일 파라미터 조회 end
==> 이름이 같은 복수 파라미터 조회 start
username = test
==> 이름이 같은 복수 파라미터 조회 end
request.getParameter() 는 GET과 POST 형식 두개 다 지원하는 것을 볼 수 있다. POST HTML form 형식은 HTTP 메세지 바디에 해당 데이터를 포함해서 보내기때문에 바디에 포함된 데이터가 어떤 형식인지 content-type을 반드시 지정해서 보내야한다. Form 형식은 application/x-www-form-urlencoded 형식이다.
@WebServlet(name = "responseJsonServlet", urlPatterns = "/response-json")
public class ResponseJsonServlet extends HttpServlet {
private ObjectMapper objectMapper = new ObjectMapper();
@Override
protected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
response.setContentType("application/json");
response.setCharacterEncoding("utf-8");
HelloData helloData = new HelloData();
helloData.setAge(30);
helloData.setUsername("test");
String result = objectMapper.writeValueAsString(helloData);
response.getWriter().write(result);
}
}
{"username":"test","age":30}
application/json 은 스펙상 utf-8 형식을 사용하도록 정의되어 있으며, charset=utf-8 과 같은 추가 바라미터는 지원하지 않는다. 즉, application/json;charset=utf-8 은 의미 없는 파라미터가 추가된 것이고, response.getWriter() 를 사용하면 자동으로 추가 파라미터를 추가한다. 이 문제는 response.getOutputStream() 으로 해결할 수 있다.
service()
GET, POST 방식을 구분하지 않는다. HTTP 요청에서 GET방식으로 오면, doGet() 메서드를 호출하고 POST방식으로 요청이 오면, doPost() 를 호출한다.
클라이언트에서 servlet 요청이 들어오면 서버에서는 servlet 컨테이너를 만들고 요청이 있을 때마다 스레드가 생성된다.
스레드를 이용해 request를 처리해 서버의 부하가 적게 걸린다.
이때 Servlet 컨테이너에서 1. 스레드 생성 2. servlet 객체를 생성한다.
HTTP 요청이 발생했을 때를 생각해보자.
WAS는 Request, Response 객체를 새로 만들어서 서블릿 객체를 호출한다.
이때, 개발자는 Request 객체에서 HTTP 요청정보를 꺼내 사용하고, Response 객체에 HTTP 응답 정보를 편리하게 입력한다.
WAS는 Response 객체에 담겨있는 내용으로 HTTP 응답 정보를 생성한다.
Servlet Container(WAS)
톰캣과 같이 서블릿을 지원하는 WAS를 서블릿 컨테이너라고 한다.
서블릿 객체를 생성, 초기화, 호출, 종료하는 생명주기를 관리(싱글톤)
고객의 요청이 올때마다 계속 객체를 생성하는 것은 비효율
최초 로딩 시점에 서블릿 객체를 미리 만들어두고 재활용
모든 고객 요청은 동일한 서블릿 객체 인스턴스에 접근
이때, 공유 변수는 주의해서 사용해야한다.
서블릿 컨테이너 종료시 함께 종료
JSP도 서블릿으로 변환되어 사용
동시 요청을 위한 멀티 쓰레드 처리 지원
동시요청 - 멀티 쓰레드
쓰레드란?
어플리케이션 코드를 하나하나 순차적으로 실행
자바 메인 메서드를 처음 실행하면 main 이라는 이름의 쓰레드가 실행
쓰레드가 없다면 자바 애플리케이션 실행 불가능
쓰레드는 한반에 하나의 코드 라인만 수행
동시 처리가 필요하면 쓰레드 추가로 생성
요청이 올때마다 쓰레드를 생성한다면?
장점
동시 요청을 처리할 수 있다.
리소스(CPU, 메모리)가 허용할 때까지 처리 가능
하나의 쓰레드가 지연되어도, 나머지 쓰레드는 정상 동작
단점
쓰레드는 생성 비용이 매우 비싸다.
고객의 요청이 들어올 때마다 쓰레드를 생성하면, 응답 속도가 늦어진다.
쓰레드는 컨텍스트 스위칭 비용이 발생
쓰레드 생성에 제한이 없다.
고객 요청이 너무 많이 오게되면, CPU, 메모리 임계점을 넘어 서버가 죽을 수 있다.
쓰레드 풀
Thread Pool에 쓰레드를 미리 만들어두고 관리한다. 쓰레드 풀에 생성 가능한 쓰레드의 최대치를 관리한다.(톰캣은 200개가 default 값)
이때, 쓰레드가 필요하면 이미 쓰레드풀에 생성되어 있는 쓰레드를 꺼내서 사용하고 사용을 완료하면, 쓰레드 풀에 해당 쓰레드를 반납한다. 만약 쓰레드 풀에 있는 모든 쓰레드가 사용중이라면, 요청을 거절하거나, 특정 숫자만큼만 대기하도록 설정할 수 있다.
이렇게 쓰레드 풀을 사용하면 다음과 같은 장점이 있다.
쓰레드가 미리 생성되어 있어, 쓰레드를 생성하고 종료하는 비용(CPU)이 절약되고, 응답 시간이 빨라진다.
생성 가능한 쓰레드의 최대치가 있으므로 너무 많은 요청이 들어와도 기존 요청은 안전하게 처리할 수 있다.
여기서 최대 쓰레드 수(max thread) 설정이 가장 주요 튜닝 포인트이다.
이 값을 너무 낮게 설정하게되면, 동시 요청이 많이 들어왔을때 서버 리소스는 여유롭지만, 클라이언트는 금방 응답 지연이되는 현상이 발생할 수 있다.
반대로 최대 쓰레드 수를 너무 높게 설정하면, 동시 요청이 많이 들어왔을때, CPU, 메모리 리소스 임계점 초과로 서버가 다운된다.
그렇다면 적정 수는 어떻게 찾을까? 애플리케이션 로직의 복잡도, CPU, 메모리, IO 리소스 상황에 따라 모두 다르다. 그러므로 최대한 실제 서비스와 유사하게 성능 테스트를 시도해봐야한다. (아파치 ab, 제이미터, nGrinder )
즉, 핵심은 WAS가 멀티쓰레드에 대한 부분은 모두 처리해준다는 것이다. 멀티 쓰레드 관련 코드를 신경쓰지 않아도 되며, 개발자는 싱글 쓰레드 프로그래밍을 하듯이 편리하게 소스 코드를 개발할 수 있다. 하지만, 멀티 쓰레드 환경이므로 싱글톤 객체는 주의해서 사용해야한다.
Servlet life cycle(생명주기)
Servlet의 사용도가 높은 이유는 빠른 응답 속도 때문이다. Servlet은 최초 요청 시 객체가 만들어져 메모리에 로딩되고, 이후 요청에는 기존의 객체를 재활용하게 되므로 동작 속도가 빠르다.
@WebServlet("/LifeCycleEx")
public class LifeCycleEx extends HttpServlet {
private static final long serialVersionUID = 1L;
/**
* @see HttpServlet#HttpServlet()
*/
public LifeCycleEx() {
super();
// TODO Auto-generated constructor stub
}
// @Override
// public void service(ServletRequest arg0, ServletResponse arg1)
// throws ServletException, IOException {
// // TODO Auto-generated method stub
// System.out.println("service");
// }
@Override
public void init() throws ServletException {
// TODO Auto-generated method stub
System.out.println("init");
}
@Override
public void destroy() {
// TODO Auto-generated method stub
System.out.println("destroy");
}
/**
* @see HttpServlet#doGet(HttpServletRequest request, HttpServletResponse response)
*/
protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
// TODO Auto-generated method stub
System.out.println("doGet");
}
/**
* @see HttpServlet#doPost(HttpServletRequest request, HttpServletResponse response)
*/
protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
// TODO Auto-generated method stub
System.out.println("doPost");
}
}
init
doGet
doGet
doGet
destroy
새로 고침하면 doGet만 반복해서 호출되는 것을 확인할 수 있다. 어느 시점에 호출이 되는지 알고 있어야한다.