** 📌 PART 7. 실무/면접 난이도 질문 완전 정리 **

“단순 개념 말고, 실제 현업에서 왜 중요한지를 이해하자!”

---

🔸 1. RequestDispatcher.forward() vs response.sendRedirect() 메모리 차이?

---

✅ 차이 먼저 정리!

항목	forward()	sendRedirect()
이동 방식	내부에서 이동 (서버 내부 처리)	외부로 이동 (브라우저에 새 요청 지시)
주소창	그대로 유지됨	주소가 바뀜
속도	빠름 (서버 내부)	느림 (브라우저 재요청)
메모리	같은 request 객체 사용	새 request 객체 생성됨

---

🧠 메모리 관점 차이

• forward()

  → 요청 객체(request) 재사용됨

  → 메모리 부담 없음

  → 데이터도 그대로 전달 가능

• sendRedirect()

  → 새로운 요청이 발생됨

  → request 객체 새로 만들어짐

  → 이전 데이터는 날아가므로 세션/파라미터로 재전송 필요

---

✅ 실무 요약

사용 상황	추천 방식
로그인 실패 후 메시지 보여줄 때	forward() (request 그대로 유지됨)
로그인 성공 후 메인 페이지로 이동	sendRedirect() (URL 변경이 필요함)

---

🔸 2. static 필드에 DB 커넥션을 저장하면 안 되는 이유는?

---

📦 상황 예시

public class MyDao {
    public static Connection conn = DriverManager.getConnection(...); // ❌
}

---

❗ 위험한 이유

이유	설명
Connection은 상태가 있는 객체	여러 명이 동시에 사용하면 충돌 발생
커넥션 누수 발생	닫지 않으면 메모리에 계속 남아있음
예외 발생 시 회복 불가	한 번 오류 나면 모든 사용자가 영향받음
쓰레드 안전 아님	동시에 두 명이 쿼리 날리면 결과 뒤섞일 수 있음!

---

✅ 올바른 방식

• 매 요청마다 커넥션을 try-with-resources로 열고 → 쿼리 실행 → 닫는다

try (Connection conn = DBConnection.getConnection()) {
    // 쿼리 수행
} // 자동 close!

---

🔸 3. JSP에서 객체 공유 시 Thread-Safe 하지 않으면 생기는 문제?

---

📦 JSP는 멀티 사용자 환경

JSP는 서버에서 한 번만 컴파일됨 →

여러 사용자가 동시에 들어오면 → 같은 코드가 여러 명에게 실행됨

---

❗ 공유 객체 사용 시 문제 예시

<%! List<String> list = new ArrayList<>(); %> <!-- ❌ 선언부 공유됨 -->

<% list.add("데이터"); %>

---

💣 문제 발생

• 사용자가 동시에 접속하면 → list.add() 충돌
• 데이터가 섞이거나, ConcurrentModificationException 발생

---

✅ 해결책

• JSP 안에서는 공유 객체 사용 ❌
• 항상 지역 변수 또는 request/session 객체에 저장

<% List<String> list = new ArrayList<>(); %> <!-- 안전함 (지역 변수) -->

---

🔸 4. Filter 체인 순서 변경이 메모리에 미치는 영향은?

---

📦 Filter는 요청/응답을 감싸는 구조

요청 → [Filter1] → [Filter2] → Controller → [Filter2] → [Filter1] → 응답

---

❗ 순서 바꾸면 메모리 흐름도 달라진다!

순서 변경	영향
인코딩 필터가 제일 나중에 실행됨	한글 깨짐 발생 ❌
XSS 필터보다 인증 필터가 먼저 실행됨	사용자 입력 검사 안 되고 바로 인증 처리됨
래핑 필터 순서 꼬임	request/response 객체가 제대로 wrap되지 않아 메모리 누수 가능성 ↑

---

✅ 실무 원칙

1. 인코딩 필터는 가장 먼저
2. XSS 보안 필터 → 인증 필터 → 비즈니스 필터 순서로
3. 필터는 감싸는 객체 수만큼 메모리 부담도 생기므로 최소한으로 설계

---

🔸 5. 서블릿에서 JSON 응답할 때의 메모리 효율적 방법은?

---

📦 JSON 응답 기본 흐름

response.setContentType("application/json;charset=UTF-8");
PrintWriter out = response.getWriter();
out.print("{\"name\":\"홍길동\"}");

---

❗ 메모리 비효율 예시

String json = hugeObject.toString(); // ❌ 한꺼번에 메모리에 올림
out.write(json);

---

✅ 효율적인 방식

전략	설명
ObjectMapper.writeValue(OutputStream) 사용	스트리밍 방식으로 JSON 출력
StringBuilder 대신 Stream API 활용	점진적 응답 출력 가능
큰 리스트 응답 시 페이징 적용	전체 데이터를 한 번에 보내지 않음

---

✅ 예시 (Jackson 활용)

ObjectMapper mapper = new ObjectMapper();
mapper.writeValue(response.getOutputStream(), myObject);

→ JSON 문자열을 메모리에 모두 저장하지 않고,

→ 바로 출력 스트림에 전송함 → GC 부담 줄어듦!

---

✅ 전체 요약표

질문	핵심 포인트	메모리 영향
forward vs redirect	forward는 같은 request 재사용	redirect는 새 request 생성
static 커넥션 저장	❌ 위험! 쓰레드 충돌 + 누수 발생	커넥션 풀 사용해야 안전
JSP 객체 공유	인스턴스 변수 사용 금지	모든 사용자에게 공유됨
필터 순서	순서 중요 → 감싸는 객체 메모리 사용 많음	필터 체인 길수록 부담 ↑
JSON 응답	writeValue(OutputStream)으로 스트리밍 처리	메모리 낭비 ↓, GC 효율 ↑