🛠️ 웹 개발자가 알아야 할 세션(HttpSession)의 모든 것!

1️⃣ Session이란? 🧾

🔍 정의

• Session은 웹 서버가 사용자의 상태를 하나의 단위로 관리하는 방법입니다.
• 사용자가 웹사이트에 접속하면 서버는 각 사용자의 상태를 추적하기 위해 세션 객체를 생성합니다.
• 이 세션 객체는 사용자의 고유 식별자(Session ID)를 기반으로 서버 메모리에 저장됩니다.

🛠️ WAS 메모리에 객체 형태로 저장

• 웹 애플리케이션 서버(WAS)의 메모리에 Object로 저장됩니다.
• 사용자가 페이지를 이동해도 로그인 정보나 장바구니 같은 상태를 유지할 수 있습니다.

📊 메모리 한도 내에서 제한 없는 저장

• 서버 메모리 용량이 허용하는 한도 내에서는 데이터의 양과 종류에 제한 없이 저장할 수 있습니다.
• 단, 너무 많은 세션이 쌓이면 서버 성능에 영향을 줄 수 있으니 주의해야 합니다.

---

2️⃣ Session 사용 예시 🛒

🔑 로그인 정보 유지

• 사용자가 웹사이트 내 여러 페이지를 이동해도 매번 다시 로그인할 필요 없이 로그인 상태를 유지합니다.
• 로그인 후 세션에 사용자의 정보를 저장하여 페이지를 이동하더라도 로그인 정보가 유지됩니다.

🛍️ 장바구니 기능 유지

• 사용자가 장바구니에 물품을 추가했을 때, 세션에 저장된 정보 덕분에 페이지를 이동해도 장바구니 내용이 그대로 유지됩니다.
• 심지어 브라우저를 잠시 닫았다가 다시 열어도 세션이 만료되지 않았다면 장바구니 정보가 유지됩니다.

---

3️⃣ Session의 장점과 주의점 ⚠️

💡 장점

• 로그인 인증과 장바구니 기능처럼 사용자 맞춤형 상태를 유지하는 데 유용합니다.
• 여러 페이지 간 데이터를 공유할 수 있어 사용자 경험이 크게 개선됩니다.

⚠️ 주의점

• 서버 메모리를 사용하므로 세션이 많이 생성되거나 유지 시간이 길어지면 서버 성능에 부담이 됩니다.
• 세션 만료 시간(session timeout)을 적절히 설정해 일정 시간이 지나면 자동으로 만료되도록 해야 합니다.

---

🚀 Session과 JSESSIONID를 통한 효율적인 상태 관리 방법

1️⃣ Session의 동작 순서 🔄

1. 클라이언트가 페이지 요청

   • 사용자가 웹사이트에 접속하여 페이지를 요청합니다. 이때 브라우저에서 서버로 HTTP 요청을 보냅니다.

2. 서버가 Request-Header에서 Cookie 확인 🍪

   • 서버는 요청 헤더(Request Header)에 있는 Cookie를 확인하여 클라이언트가 해당 session-id를 보냈는지 확인합니다.
     • 만약 session-id가 있다면, 해당 클라이언트의 세션을 복원하고, 그렇지 않다면 새로운 세션을 생성합니다.

3. Session-ID가 없을 경우 서버에서 생성

   • session-id가 존재하지 않을 경우, 서버는 새로운 세션 객체를 만들고 session-id를 생성합니다.
   • 이 session-id는 해당 사용자를 식별하기 위한 고유한 ID입니다.

4. Session-ID를 쿠키에 저장하여 클라이언트로 전달

   • 서버는 새로 생성한 session-id를 쿠키에 담아 클라이언트에게 응답으로 돌려줍니다.
   • 이 쿠키의 이름은 보통 JSESSIONID입니다.

5. 클라이언트가 재접속 시 Session-ID 전송

   • 이후 클라이언트가 같은 사이트에 다시 접속하면, JSESSIONID 쿠키를 서버에 전달합니다.
   • 서버는 이 쿠키를 확인해 클라이언트의 세션을 식별하고 이전 상태를 복원합니다.

---

2️⃣ Session의 특징 🌟

1. 웹 서버에 상태 정보 저장

   • 웹 서버는 컨테이너의 상태를 유지하기 위한 정보를 세션에 저장합니다.
   • 예를 들어 로그인 정보, 장바구니 내용 등이 세션을 통해 관리됩니다.

2. 쿠키를 사용한 세션 관리 🍪

   • 세션은 서버에 저장된 객체를 클라이언트의 쿠키(세션 쿠키)와 연결합니다.
   • 이 세션 쿠키를 통해 클라이언트와 서버가 계속 연결된 상태를 유지합니다.

3. 브라우저 종료 시 세션 종료

   • 일반 쿠키와 달리, 세션 쿠키는 브라우저가 닫히거나 서버에서 세션을 삭제하면 사라집니다.
   • 쿠키에 비해 보안이 더 좋기 때문에 중요한 정보 관리에 주로 사용됩니다.

4. 저장 데이터의 용량 제한 없음

   • 서버 메모리에 저장되기 때문에 데이터의 양에 제한이 없습니다.
   • 하지만 서버의 메모리 사용량이 증가할 수 있으니 주의해야 합니다.

5. 각 클라이언트에 고유한 Session-ID 부여

   • 서버는 접속한 각 클라이언트에 고유한 Session-ID를 부여하여 사용자를 식별합니다.

6. Session-ID로 클라이언트 구분 및 맞춤 서비스 제공

   • Session-ID를 통해 사용자를 구분하고, 각 클라이언트에게 맞춤형 서비스를 제공합니다.
   • 예를 들어, 로그인한 사용자에게만 제공되는 서비스나 장바구니의 내용을 유지할 수 있습니다.

---

⚙️ 첫 요청부터 로그인까지, Session으로 DB 접근 없이 효율 극대화!

1️⃣ Session의 설정 🛠️

1. 브라우저 당 하나의 JSESSIONID 할당

   • 웹 서버는 각 브라우저에 하나의 세션 ID를 부여합니다.
   • 동일한 브라우저에서 여러 번 접속하더라도 같은 세션 ID를 사용하게 됩니다. 이는 사용자 상태를 유지하기 위함입니다.

2. 자주 사용되는 정보는 Session에 저장

   • 사용자가 아이디나 닉네임으로 로그인하면, 이 정보는 Session에 저장됩니다.
   • 세션을 사용하면 서버가 매번 DB에 접근할 필요 없이 메모리에 저장된 정보를 활용할 수 있어 효율적입니다.

---

2️⃣ Session의 동작 흐름 (HTTP 요청 흐름) 🔄

1. 첫 번째 요청: 클라이언트가 서버에 요청

   • 클라이언트가 /index.html을 요청합니다.

     GET /index.html HTTP/1.1

   • 이때 처음 요청한 것이기 때문에 쿠키에 JSESSIONID가 존재하지 않습니다.

2. 서버의 응답: JSESSIONID 부여

   • 서버는 해당 클라이언트를 위한 새로운 세션 ID(JSESSIONID)를 생성합니다.
   • 서버는 응답 헤더에 다음과 같이 Set-Cookie를 포함해 JSESSIONID를 클라이언트로 전달합니다.

     HTTP/1.1 200 OK
     Set-Cookie: JSESSIONID=mk52gGa3UK71Tx.....

3. 두 번째 요청: 클라이언트가 JSESSIONID를 포함해 요청

   • 이후 클라이언트가 /user/login.html 페이지를 요청합니다.
   • 이때 브라우저는 서버에서 부여받은 JSESSIONID를 쿠키에 담아 함께 보냅니다.

     GET /user/login.html HTTP/1.1
     Cookie: JSESSIONID=mk52gGa3UK71Tx.....

   • 서버는 이 JSESSIONID를 확인하여 해당 사용자의 세션을 식별하고, 상태를 복원합니다.

---

3️⃣ Session의 효율성 🌟

1. DB 접근 최소화

   • 세션에 로그인 정보나 자주 사용되는 데이터를 저장하면, 매번 DB에 접근할 필요가 없어 서버 리소스가 절약됩니다.

2. 빠른 상태 관리

   • 사용자가 여러 페이지를 이동해도 세션을 통해 로그인 상태나 장바구니 상태를 빠르게 복원할 수 있습니다.

3. 보안 향상

   • 세션은 브라우저가 종료되면 자동으로 사라지기 때문에 쿠키보다 보안이 높은 방식입니다.
   • 이를 통해 개인정보와 같은 중요한 정보를 더 안전하게 관리할 수 있습니다.

---

💡 웹 개발자를 위한 필수 가이드: HttpSession 메서드 사용법 A to Z

1️⃣ HttpSession 생성 🛠️

1.1 request.getSession()

• 이 메서드는 현재 세션이 존재하지 않는 경우 새로운 세션을 생성합니다.
• 만약 세션이 이미 존재한다면 해당 세션을 반환합니다.
• 주로 사용자 로그인 시 세션을 생성할 때 사용됩니다.

1.2 request.getSession(false)

• 이 메서드는 현재 세션이 존재하면 반환하고, 존재하지 않으면 새로운 세션을 생성하지 않습니다.
• 세션이 꼭 필요하지 않은 경우에 사용하여 불필요한 세션 생성을 방지합니다.

---

2️⃣ 값 저장 📥

session.setAttribute(String name, Object value)

• 세션에 데이터를 저장할 때 사용합니다.
• name은 속성 이름, value는 저장할 데이터(객체)입니다.
  예제:

  session.setAttribute("username", "johnDoe");

  이 코드에서는 username이라는 이름으로 "johnDoe"라는 값을 세션에 저장합니다.

---

3️⃣ 값 가져오기 📤

session.getAttribute(String name)

• 세션에 저장된 값을 이름(name)을 사용해 가져오는 메서드입니다.
• 저장된 값이 Object 타입으로 반환되므로, 적절한 타입으로 형변환해야 합니다.
  예제:

  String username = (String) session.getAttribute("username");

---

4️⃣ 값 제거 🗑️

session.removeAttribute(String name)

• 특정 이름으로 저장된 세션 속성을 제거합니다.
  예제:

  session.removeAttribute("username");

  이 코드는 username이라는 이름의 속성을 삭제합니다.

session.invalidate()

• 현재 세션에 바인딩된 모든 속성을 제거하고, 세션을 완전히 무효화합니다.
• 주로 로그아웃 시 호출합니다.
  예제:

  session.invalidate();

---

5️⃣ 세션 생성 시간 조회 ⏰

session.getCreationTime()

• 해당 세션이 생성된 시간을 long 타입의 타임스탬프로 반환합니다.
• 이 시간은 1970년 1월 1일 UTC를 기준으로 경과된 밀리초 단위입니다.
  예제:

  long creationTime = session.getCreationTime();

---

6️⃣ 마지막 접근 시간 조회 🕒

session.getLastAccessedTime()

• 해당 세션에 마지막으로 접근한 시간을 long 타입의 타임스탬프로 반환합니다.
• 이 메서드를 사용하면 사용자의 세션 활동 시간을 추적할 수 있습니다.
  예제:

  long lastAccessTime = session.getLastAccessedTime();

---

⚡ Session vs Cookie: 상태 관리의 최강자를 가린다!

1️⃣ Session과 Cookie의 비교 🛠️

구분	Session	Cookie
Type	jakarta.servlet.http.HttpSession (Interface)	jakarta.servlet.http.Cookie (Class)
저장 위치	서버 메모리에 Object로 저장	클라이언트 컴퓨터에 파일로 저장
저장 형식	모든 Object 저장 가능 (Dto, List 등 복잡한 데이터도 저장 가능)	파일로 저장되므로 String 형식만 가능
사용 예	로그인 시 사용자 정보, 장바구니 등	최근 본 상품 목록, 자동로그인, 팝업 메뉴 ('오늘은 그만 열기' 설정)
용량 제한	제한 없음	도메인당 최대 20개, 쿠키 1개당 최대 4KB
만료 시점	클라이언트가 로그아웃하거나 일정 시간 동안 세션에 접근하지 않을 때 (web.xml에서 만료 시간 설정)	쿠키 저장 시 설정된 시간까지 유지 (설정이 없으면 브라우저 종료 시 만료)
공통점	JSP와 같은 프로젝트 전역에서 사용 가능, Key-Value 형태로 관리하여 Key 중복 허용 안 함

---

2️⃣ 각 항목 설명

🔍 Type (인터페이스 vs 클래스)

• Session은 HttpSession 인터페이스로 정의되고, 서버 측 메모리에서 사용자의 상태를 관리합니다.
• Cookie는 클래스 형태로 존재하며, 클라이언트 측 파일로 사용자의 정보와 상태를 관리합니다.

---

🔍 저장 위치 및 저장 형식

• Session:

  • 서버의 메모리에 Object 형태로 저장됩니다. 복잡한 데이터 구조(Dto, List 등)도 저장할 수 있습니다.
  • 서버가 상태를 유지하므로 데이터 보안이 더 뛰어납니다.

• Cookie:

  • 클라이언트 컴퓨터에 파일로 저장되며, 문자열(String)로만 저장할 수 있습니다.
  • 쉽게 접근할 수 있어 보안상 취약할 수 있습니다.

---

🔍 사용 예시

• Session은 주로 로그인 정보나 장바구니 데이터처럼 사용자의 세션 동안 필요한 정보를 관리합니다.
• Cookie는 최근 본 상품 목록, 자동로그인 정보처럼 장기적으로 저장이 필요한 데이터를 관리합니다.
  예를 들어, 사용자가 '오늘은 이 팝업을 열지 않기'를 선택하면 이 설정이 쿠키에 저장됩니다.

---

🔍 용량 제한

• Session은 서버 메모리에 저장되므로 용량에 제한이 없습니다. 다만 너무 많은 세션이 쌓이면 서버 성능에 영향을 미칠 수 있습니다.
• Cookie는 각 도메인당 최대 20개, 쿠키 1개당 4KB로 제한됩니다.

---

🔍 만료 시점

• Session:

  • 사용자가 로그아웃하거나 일정 시간 동안 세션에 접근하지 않으면 만료됩니다.
  • 이 만료 시간은 web.xml에서 설정할 수 있습니다.

• Cookie:

  • 쿠키 생성 시 설정된 시간까지 유지됩니다.
  • 만약 만료 시간이 설정되지 않으면, 브라우저가 종료될 때 쿠키도 사라집니다.

---

🔍 공통점

• Session과 Cookie 모두 웹 애플리케이션 전역에서 사용 가능하며, JSP와 같은 다양한 페이지에서 접근할 수 있습니다.
• 두 방식 모두 Key-Value 형태로 데이터를 관리하며, Key의 중복을 허용하지 않습니다.