서블릿 기본객체 저장소
1. 유효 범위(scope)와 속성(attribute)
HTTP의 특징과 서블릿의 저장소(scope)에 대해서 알아보자.
- HTTP의 가장 큰 특징은 상태 정보를 저장하지 않는다(Stateless)
- 상태정보를 저장하지 않기 때문에 필요한 것이 저장소라는 개념이다.
- 저장소를 범위에 따라서 서블릿은 4개의 저장소를 제공한다(map의 형태로 Key, Value를 갖는다)
- 저장소에 저장 및 접근을 하기 위해서는 setAttribute() , getAttribute() 메서드를 사용한다.
- 저장소의 읽기 값 즉 Key를 속성(attribute)라고 한다.
- 저장소의 특징은 접근 범위, 생존기간으로 서로 다른 접근 범위와 생존기간을 가진 4개의 저장소를 가진다.
pageContext
- 지역변수를 저장, 기본객체도 지역변수로 가지고 있다.
- 위의 그림에서 처럼 login.jsp의 경우 PageContext 저장소는 login.jsp 페이지에서만 접근할 수 있다.
- 즉 읽기 및 쓰기가 한 페이지에 국한되어 있다.
- 같은 메서드 안에 있기 때문에 PageContext를 쓸 필요가 없게 느껴지지만 EL(표현 언어) 때문에 저장소에 저장하고 사용한다.
- EL이란 ${ }의 형태를 띈다. EL을 사용하기 위해서는 저장소에 저장을 해야만 저장소의 속성을 읽어 들일 수 있기 때문에 PageContext를 거쳐서 사용한다.
- EL을 사용하는 것 외에 유효범위가 한 페이지에 국한되기 때문에 유용하지 않고 잘 사용하지 않는다.
application
- WebApp 전체에서 접근가능하다.
- 전체에 딱 한 개만 존재한다. ( 공통 저장소 )
session⭐
- 클라이언트마다 한 개씩 존재한다.( 개별 저장소 )
- 로그인하면 개별 저장소가 생겼다가 로그아웃하면 개별 저장소를 제거
- 예시) id 저장, 장바구니 등 사용자가 사용할 수 있는 개별 정보를 session에 담는다.
- 세션 저장소의 문제는 사용자마다 한 개이기 때문에 최소한의 데이터만 저장해야 한다.
- 그러므로 4개의 저장소 중 제일 부담이 크다.
request⭐
- 요청할 때마다 하나씩 생긴다
- 서로 독립적이다.
- 요청이 처리되는 동안만 존재하고 요청이 끝나면 없어진다.
- 보통 request객체는 한 jsp페이지에서 사용되고 끝난다.
- 그러나 요청을 첫 번째 jsp가 받았다가 응답을 하지 않고 다른 jsp로 넘겨줄 수 도 있다. ( forward )
- 가능한 부담이 제일 없는 request객체를 사용하는 것이 Best❗
위의 내용을 표로 간략히 정리하면 아래와 같다
| 기본객체 | 유효 범위 | 설명 |
| pageContext | 1개 JSP 페이지 | JSP페이지의 시작부터 끝까지. 해당 JSP 내부에서만 접근가능.페이지당1개 |
| request | 1+개 JSP 페이지 | 요청의 시작부터 응답까지. 다른 JSP로 전달 가능. 요청마다 1개 |
| session | n개 JSP 페이지 | session의 시작부터 종료까지(로그인~로그아웃). 클라이언트마다 1개 |
| application | context 전체 | Web Application의 시작부터 종료까지. context내부 어디서나 접근가능 모든 클라이언트가 공유. cointext마다 1개 |
| 속성 관련 메서드 | 설명 |
| void setAttribute(String name, Object value) | 지정된 값(value)을 지정된 속성 이름(name)으로 저장 |
| Object getAttribute(String name) | 지정된 이름(name)으로 지정된 속성의 값을 반환 |
| void removeAttribute(String name) | 지정된 이름(name)의 속성을 삭제 |
| Enumeration getAttributeNames() | 기본 객체에 저장된 모든 속성의 이름을 반환 |