❓
물음표살인마 블로그
  • README
  • ALGORITHM
    • Sieve of Eratosthenes
    • Round Up
    • Binary Search
    • Union Find
    • Sorting Array
    • Lcm, Gcd
  • TechTalk Review
    • Template
  • Books
    • CS Note for Interview
      • Ch1. Design Pattern & Programming paradigm
        • 1.1.1 Singleton Pattern
        • 1.1.2 Factory Pattern
        • 1.1.4 Observer Pattern
        • 1.1.5 Proxty Pattern & Proxy Server
        • 1.1.8 Model-View-Controller Pattern
        • 1.2.1 Declarative and Functional Programming
        • 1.2.2 Object Oriented Programming
      • Ch2. Network
        • 2.2.1 TCP/IP Four-Layer Model
        • 2.2.1-1 TCP 3, 4 way handshake
        • 2.3 Network Devices L4, L7
        • 2.4.1 ARP, RARP
        • 2.4.2 Hop By Hop Communication
        • 2.4.3 IP Addressing Scheme
      • Ch3. Operating System
        • 3.1.1 Roles and Structure of Operating Systems
        • 3.2.1 Memory Hierarchy
        • 3.2.2 Memory Management
        • 3.3.1 Processes and Compilation Process
        • 3.3.3 Memory Structure of a Process
        • 3.3.4 Process Control Block (PCB)
        • 3.3.5 Multiprocessing
        • 3.3.6 Threads and Multithreading
        • 3.3.7 Shared Resources and Critical Sections
        • 3.3.8 Deadlock
        • 3.4 CPU Scheduling Algorithm
      • Ch4. Database
        • 4.1 Database Basic
        • 4.2 Normalization
        • 4.3 Transaction and Integrity
        • 4.4 Types of Databases
        • 4.5 Indexes
        • 4.6 Types of Joins
        • 4.7 Principles of Joins
      • Ch5. Data Structure
    • Learning the Basics of Large-Scale System Design through Virtual Interview Cases
      • 1. Scalability based on user counts(1/2)
      • 1. Scalability based on user counts(2/2)
      • 2.Back-of-the-envelope estimation
      • 3. Strategies for System Design Interviews
      • 4. Rate Limiter
      • 5. Consistent Hashing
      • 6. Key-Value System Design
      • 7. Designing a Unique ID Generator for Distributed Systems
      • 8. Designing a URL Shortener
      • 9. Designing a Web Crawler
      • 10. Notification System Design
      • 11. Designing a News Feed System
      • 12. Chat System Design
      • 13. AutoComplete
      • 14. Design YouTube
      • 15. Design Google Drive
      • Loadbalancer Algorithms
      • Cache tier
      • CDN, Content Delivery Network
      • Stateless Web tier
    • Computer System A programmer's perspective
    • Effective Java
      • Item 1. Consider Static Factory Methods Instead of Constructors
      • Item 2. Consider a Builder When Faced with Many Constructor Parameters
      • Item 3. Ensure Singleton with Private Constructor or Enum Type
      • Item 4. Enforce Noninstantiability with a Private Constructor
      • Item 5. Prefer Dependency Injection to Hardwiring Resources
      • Item 6. Avoid Creating Unnecessary Objects
      • Item 7. Eliminate Obsolete Object References
      • Item 8. Avoid Finalizers and Cleaners
      • Item 9.Prefer try-with-resources to try-finally
      • Item10. Adhering to General Rules When Overriding equals
        • Handling Transitivity Issues
        • Ensuring Consistency
      • Item11. Override hashCode When You Override equals
      • Item12. Always Override toString
        • Always Override toString
      • Item13. Override Clone Judiciously
      • Item14. Consider Implementing Comparable
      • Item15. Minimize the Accessibility of Classes and Members
      • Item16. Accessor Methods Over Public Fields
      • Item17. Minimize Mutability
      • Item18. Composition over inherentance
      • Item19. Design and Document for Inheritance, or Else Prohibit It
      • Item20. Prefer Interfaces to Abstract Classes
      • Item21. Design Interfaces with Implementations in Mind
      • Item22. Use Interfaces Only to define Types
      • Item23. Prefer Class Hierarchies to Tagged Classes
      • Item24. Favor Static Member Classes Over Non-Static
      • Item28. Use Lists Instead of Arrays
      • Item29. Prefer Generic Types
      • Item30. Favor Generic Methods
    • Head First Design Patterns
      • Ch1. Strategy Pattern
      • Ch2. Observer Pattern
        • Ver1. Ch2. Observer Pattern
      • Ch3. Decorator Pattern
        • Ch3. Decorator Pattern
      • Ch4. Factory Pattern
      • Ch5. Singleton Pattern
      • Ch6. Command Pattern
      • Ch7. Adapter and Facade Pattern
      • Ch8. Template Method Pattern
    • Digging Deep into JVM
      • Chapter 2. Java Memory Area & Memory Overflow
      • Chapter 3. Garbage Collector & Memory Allocation Strategy (1/2)
      • Chapter 3. Garbage Collector & Memory Allocation Strategy (2/2)
      • Chapter 5. Optimization Practice
      • Chapter 6. Class file structure
      • Chapter 8. Bytecode Executor Engine (1/2)
  • Interview Practices
    • Restful API Practices
      • Url Shortener API
      • Event Ticket Reservation API
      • Course Management API
      • Search posts by tags API
      • Online Code platform API
      • Simple Task Management API
      • Event Participation API
      • Review System API
      • Car management API
      • Online Library
    • Tech Review
      • if(kakao)
        • Kakao Account Cache Migration / if(kakao)2022
        • Improving the Anomaly Detection System for KakaoTalk Messaging Metrics / if(kakao) 2022
        • Standardizing API Case Handling Without Redeployment / if(kakaoAI)2024
        • JVM warm up / if(kakao)2022
    • Naver Computer Science
      • Process & Thread
      • TCP & UDP
      • Spring & Servlet
      • Filter & Interceptor & AOP
      • Equals() & ==
      • Dependency Injection
      • Object Oriented Programming
  • F-Lab
    • Week1
      • Client & Server
      • HTTP
      • TCP/UDP
      • REST API
      • Questions
        • Object Oriented Programming
        • HTTP
        • Process & Thread
        • Data Structure
    • Week2
      • OSI 7 layer
      • Web vs WAS
    • Week3
      • RDB vs NoSQL
      • RDB Index
      • Cache
      • Redis
      • Messaging Queue
    • Week4
      • Project - Ecommerce
    • Week5
      • ERD - 1
    • Week6
      • Ecommerce - 2
      • Role
      • pw hashing && Salt
      • CreatedAt, ModifiedAt
      • JWT
      • Copy of ERD - 1
    • Week7
      • Vault (HashiCorp Vault)
    • Week 8
      • Api Endpoints
    • Week10
      • Product Create Workflow
  • TOY Project
    • CodeMentor
      • Implementation of Kafka
      • Project Improvement (Architectural Enhancements)
      • Communication between servers in msa
  • JAVA
    • MESI protocol in CAS
    • CAS (Compare and Set)
    • BlockingQueue
    • Producer & Consumer
    • Synchronized && ReentrantLock
    • Memory Visibility
    • Checked vs Unchecked Exception
    • Thread
    • Batch delete instead of Cascade
    • Java Questions
      • Week 1(1/2) - Basic Java
      • Week 1(2/2) - OOP
      • Week 2(1/2) - String, Exception, Generic
      • Week2(2/2) Lambda, Stream, Annotation, Reflection
      • Week3(1/2) Collections
      • Week3(2/2) Threads
      • Week4 Java Concurrency Programming
      • Week5 JVM & GC
    • Java 101
      • JVM Structure
      • Java Compiles and Execution Method
      • Override, Overload
      • Interface vs Abstract Class
      • Primitive vs Object Type
      • Identity and equality
      • String, StringBuilder, StringBuffer
      • Checked Exceptions and Unchecked Exceptions
      • Java 8 methods
      • Try-with-reources
      • Strong Coupling and Loose Coupling
      • Serialization and Deserialization
      • Concurrency Programming in Java
      • Mutable vs Immutable
      • JDK vs JRE
  • SPRING
    • DIP. Dependency Inversion Principal
    • Ioc container, di practice
    • @Transactional
    • Proxy Pattern
    • Strategy Pattern
    • Template Method Pattern
    • using profile name as variable
    • Spring Questions
      • Spring Framework
      • Spring MVC & Web Request
      • AOP (Aspect-Oriented Programming)
      • Spring Boot
      • ORM & Data Access
      • Security
      • ETC
  • DATABASE
    • Enhancing Query Performance & Stability - User list
    • Ensuring Data Consistency, Atomicity and UX Optimization (feat.Firebase)
    • Redis: Remote Dictionary Server
    • Database Questions
      • Week1 DBMS, RDBMS basics
      • Week2 SQL
      • Week3 Index
      • Week4 Anomaly, Functional Dependency, Normalization
      • Week5 DB Transaction, Recovery
    • Normalization
      • 1st Normal Form
      • 2nd Normal Form
      • 3rd Normal Form
  • NETWORK
    • HTTP & TCP head of line blocking
    • HTTP 0.9-3.0
    • Blocking, NonBlocking and Sync, Async
    • Network Questions
      • Week1 Computer Network Basic
      • Week2(1/3) Application Layer Protocol - HTTP
      • Week2(2/3) Application Layer Protocol - HTTPS
      • Week2(3/3) Application Layer Protocol - DNS
      • Week3 Application Layer
      • Week4 Transport Layer - UDP, TCP
      • Week5 Network Layer - IP Protocol
    • Network 101
      • https://www.google.com
      • TCP vs UDP
      • Http vs Https
      • TLS Handshake 1.2
      • HTTP Method
      • CORS & SOP
      • Web Server Software
  • OS
    • Operating System Questions
      • Week1 OS & How Computer Systems Work
      • Week2(1/2) Process
      • Week2(2/2) Thread
      • Week3 CPU Scheduling
      • Week4 Process Synchronize
      • Week5 Virtual Memory
    • Operating System 101
      • Operating system
        • The role of the operating system
        • The composition of the operating system.
      • Process
        • In Linux, are all processes except the initial process child processes?
        • Zombie process, orphan process
        • (Linux) Daemon process
        • Process address space
        • Where are uninitialized variables stored?
        • Determination of the size of the Stack and Heap
        • Access speed of Stack vs Heap
        • Reason for memory space partitioning
        • Process of compiling a process
        • sudo kill -9 $CURRENT_PID
      • Thread
        • Composition of a thread's address space
      • Process vs Thread
        • Creation of processes and threads in Linux
      • Multiprocessing
        • Web Browser
        • Implementation of multiprocessing
        • Application areas of multiprocessing
      • Multithreading
        • Application areas of multithreading
      • Interrupt
        • HW / SW Interrupt
        • Method of handling interrupts
        • Occurrence of two or more interrupts simultaneously
      • Polling
      • Dual Mode
        • Reason for distinguishing between user mode and kernel mode
      • System call
        • Differentiation between system calls
        • Types of system calls
        • Execution process of a system call
      • Process Control Block (PCB)
        • PCB의 구조
        • 쓰레드는 PCB를 갖고 있을까?
        • 프로세스 메모리 구조
      • Context switching
        • Timing of context switching
        • Registers saved during context switching
        • Context switching in processes
        • Context switching in threads
        • Difference between context switching in processes and threads
        • Information of the current process during context switching
      • Interprocess Communication (IPC)
        • Cases where IPC is used
        • Process address space in IPC Shared Memory technique
        • Types of IPC
  • COMPUTER SCIENCE
    • Computer Architecture 101
      • 3 components of a computer
      • RAM vs ROM
      • CPU vs GPU
      • SIMD
      • Two's complement
      • Harvard Architecture vs. von Neumann Architecture
      • The structure of a CPU.
      • Instruction cycle (CPU operation method)
      • Instruction pipelining
      • Bus
      • Memory area
      • Memory hierarchy structure
        • Reason for using memory hierarchy structure
      • Cache memory
      • L1, L2, L3 Cache
      • Locality of reference (cache)
      • Fixed-point vs Floating-point
        • epresentation of infinity and NaN (Not a Number) in floating-point
      • RISC vs CISC
      • Hamming code
      • Compiler
      • Linking
      • Compiler vs Interpreter
      • Mutex vs Semaphore
      • 32bit CPU and 64bit CPU
      • Local vs Static Variable
      • Page
  • Programming Paradigm
    • Declarative vs Imperative
  • JPA, QueryDsl
    • why fetchResults() is deprecated
  • PYTHON
    • Icecream
  • FASTAPI
    • Template Page
  • LINUX
    • Template Page
  • DATA STRUCTURE
    • Counting Sort
    • Array vs Linked List
  • GIT, Github
    • git clone, invalid path error
  • INFRA
    • Template Page
  • AWS
    • Server Log Archive Pipeline
    • Image Processing using Lambda
  • DOCKER
    • Docker and VM
    • Python Executable Environment
    • Docker commands
  • docker-compose
    • Kafka, Multi Broker
  • KUBERNATES
    • !Encountered Errors
      • my-sql restarts
      • kafka producer: disconnected
    • Kubernetes Components
    • Helm
      • Helm commands
    • Pod network
    • Service network
      • deployment.yaml
      • services.yaml
    • Service type
      • Cluster IP
      • NodePort
    • service-name-headless?
    • kube-proxy
  • GraphQL
    • Template Page
  • WEB
    • Template Page
  • Reviews
    • Graphic Intern Review
    • Kakao Brain Pathfinder Review
    • JSCODE 자바 1기 Review
  • 😁Dev Jokes
    • Image
      • Plot twist
      • Priorities
      • SQL join guide
      • Google is generous
      • Genie dislikes cloud
      • buggy bugs
      • last day of unpaid internship
      • what if clients know how to inspect
      • its just game
      • how i wrote my achievement on resume
      • self explanatory
      • chr(sum(range(ord(min(str(not))))))
Powered by GitBook
On this page
  • Spring MVC란 무엇이며, 그 동작 원리를 설명해주세요.
  • MVC 패턴에 대해 설명하고, Spring MVC에서의 구현 방법을 설명해주세요.
  • 하나의 컨트롤러로 여러 요청을 받을 수 있는 방법은 무엇인가요?
  • @RequestParam, @RequestBody, @ModelAttribute의 차이에 대해 설명해주세요.
  • 요청마다 새로운 스레드가 생성되는데, 어떻게 하나의 Controller 인스턴스로 처리할 수 있나요?
  • DispatcherServlet의 역할과 동작 원리에 대해 설명해주세요.
  • 프론트 컨트롤러 패턴이란 무엇인가요?
  • Filter와 Interceptor의 차이점을 설명해주세요.
  • Filter와 Interceptor의 동작 방식과 적용 사례를 설명해주세요.
  • 애플리케이션에 필터를 추가하는 방법은 무엇인가요?
  • Filter와 Interceptor를 이용하여 예외를 처리하는 방법은 무엇인가요?
  • Spring Boot에서 예외를 처리하는 방법을 설명해주세요.
  • 서블릿과 서블릿 컨테이너에 대해 설명해주세요.
  1. SPRING
  2. Spring Questions

Spring MVC & Web Request

스프링 MVC와 웹 요청 처리

Spring MVC와 요청 처리 과정

Spring MVC란 무엇이며, 그 동작 원리를 설명해주세요.

  • Model-View-Controller (MVC) 패턴을 기반으로 동작하는 웹 프레임워크

  • Model: 애플리케이션의 데이터를 표현하고, 비즈니스 로직을 처리하는 역할을 합니다. 데이터베이스와의 상호작용 및 서비스 로직이 포함

  • View: 주로 HTML, JSP, Thymeleaf와 같은 뷰 기술을 사용

  • Controller: 클라이언트의 요청을 받아 적절한 비즈니스 로직을 호출하고, 그 결과를 Model에 저장한 뒤 View로 전달

동작 원리:

  1. 클라이언트가 요청을 보낼 때, DispatcherServlet이 모든 요청을 수신

  2. DispatcherServlet은 HandlerMapping을 이용해 적절한 컨트롤러를 찾습니다.

  3. 컨트롤러는 비즈니스 로직을 처리하고, Model 객체에 데이터를 담습니다.

  4. ViewResolver가 요청에 맞는 뷰(View)를 찾아 데이터를 넘겨줍니다.

  5. View는 클라이언트에게 데이터를 포함한 화면을 응답으로 전송

MVC 패턴에 대해 설명하고, Spring MVC에서의 구현 방법을 설명해주세요.

  • Model, View, Controller 세 가지 요소로 구성된 소프트웨어 설계 패턴

클라이언트-> DispatcherServlet -> HandlerMapping -> HandlerAdapter -> Controller -> ModelAndView->

-> DispatcherServlet -> ViewResolver -> View ->

-> DispatcherServlet -> 클라이언트

하나의 컨트롤러로 여러 요청을 받을 수 있는 방법은 무엇인가요?

  • @RequestMapping 어노테이션을 사용하여 URL 패턴, HTTP 메서드, 매개변수에 따라 하나의 컨트롤러에서 다양한 요청을 처리할 수 있습니다.

매개변수에 따라
@RestController
@RequestMapping("/products")
public class ProductController {

    // 요청: /products/100
    @GetMapping("/{id}")
    public String getProductById(@PathVariable("id") Long id) {
        return "Product ID: " + id;
    }

    // 요청: /products/category/electronics
    @GetMapping("/category/{categoryName}")
    public String getProductByCategory(@PathVariable("categoryName") String categoryName) {
        return "Category: " + categoryName;
    }
    
    // 요청: /users?age=25
    @GetMapping
    public String getUsersByAge(@RequestParam("age") int age) {
        return "Users with age: " + age;
    }
    
    // POST 요청으로 JSON 데이터를 전달받아 처리
    @PostMapping
    public String createUser(@RequestBody User user) {
        return "User created: " + user.getName();
    }
}

@RequestParam, @RequestBody, @ModelAttribute의 차이에 대해 설명해주세요.

  • RequestParam: URL의 쿼리 파라미터 또는 폼 데이터에서 값을 추출할 때 사용

  • RequestBody: HTTP Body에 포함된 데이터를 직접 읽어서 처리. 데이터를 자바 객체로 변환해줍니다.

  • ModelAttribute: 폼 데이터나 URL 파라미터를 객체에 바인딩하는 데 사용

RequestBody & ModelAttribute

@RequestBody 사용 예 (JSON 데이터 처리):

  • 상황: 클라이언트가 서버에 JSON 형식의 데이터를 전송하여 새로운 사용자를 등록하려고 할 때.

// 클라이언트 요청 Body 예시 (JSON):
{
  "name": "John",
  "age": 25
}
  • Controller 메서드:

@PostMapping("/user")
public String createUser(@RequestBody User user) {
    return "User created: " + user.getName();
}
  • 설명:

    • 클라이언트는 HTTP Body에 JSON 데이터를 담아서 서버로 보냅니다.

    • @RequestBody는 이 JSON 데이터를 자바 객체(User)로 변환합니다.

    • 주로 REST API에서 JSON이나 XML 데이터를 처리할 때 사용됩니다.

@ModelAttribute 사용 예 (폼 데이터 처리):

  • 상황: 사용자가 웹 폼을 통해 데이터를 제출할 때, 서버가 폼 필드 데이터를 자바 객체로 받아 처리하는 경우.

<!-- 클라이언트의 HTML 폼 예시 -->
<form action="/user" method="POST">
  <input type="text" name="name" value="John"/>
  <input type="number" name="age" value="25"/>
  <button type="submit">Submit</button>
</form>
  • Controller 메서드:

@PostMapping("/user")
public String createUser(@ModelAttribute User user) {
    return "User created: " + user.getName();
}

요청마다 새로운 스레드가 생성되는데, 어떻게 하나의 Controller 인스턴스로 처리할 수 있나요?

  • Controller는 기본적으로 싱글톤 스코프로 관리

  • 하나의 인스턴스만 생성되고, 여러 요청에서 재사용

  • 동기화 문제가 될만한 상태를 저장하지 않는 이상 동기화같은 문제가 발생하지 않습니다.

DispatcherServlet과 프론트 컨트롤러 패턴

DispatcherServlet의 역할과 동작 원리에 대해 설명해주세요.

  • DispatcherServlet은 Spring MVC에서 프론트 컨트롤러 역할. 모든 클라이언트 요청을 중앙에서 받아 처리

  • HandlerMapping을 통해 요청 URL에 매핑된 적절한 Controller를 찾습니다.

  • Controller를 찾은 후, DispatcherServlet은 HandlerAdapter를 이용해 해당 컨트롤러의 메서드를 실행

  • Controller에서 Model을 거치고 ModelAndView를 반환하고, DispatcherServlet은 ViewResolver를 통해 View를 결정합니다.

  • View는 HTML페이지를 생성하고 반환합니다. DispatcherServlet은 이 페이지를 클라이언트로 반환

클라이언트 -> DispatcherServlet -> HandlerMapping -> HandlerAdapter -> Controller -> ModelAndView -> DispatcherServlet -> ViewResolver -> View -> DispatcherServlet -> 클라이언트

프론트 컨트롤러 패턴이란 무엇인가요?

  • 모든 클라이언트 요청을 하나의 진입점(컨트롤러)에서 받아 처리하는 소프트웨어 설계 패턴

  • 모든 요청을 하나의 컨트롤러가 수신하고 적절한 처리기로 전달하는 역할

Filter와 Interceptor

Filter와 Interceptor의 차이점을 설명해주세요.

Filter

  • Filter는 Servlet API의 일부이며, 서블릿 컨테이너 수준에서 동작

  • 주로 요청을 가로채어 HTTP 요청과 응답을 변경하거나, 특정 조건에 맞는 요청만을 처리하는 데 사용

  • 요청 전처리와 응답 후처리 모두 가능하며, 요청이 DispatcherServlet에 도달하기 전과 후에 동작

  • 인증, 로깅, CORS 처리 등

Intercepter

  • Interceptor는 Spring MVC에서 제공하는 기능으로, DispatcherServlet에 의해 처리되며, Spring의 핸들러 계층에서 동작

  • Controller에 대한 요청을 가로채어 추가 작업을 수행하는 데 사용

  • HandlerMapping과 Controller 사이에서 요청을 가로채고, 비즈니스 로직 전후에 특정 작업을 처리

  • 로그인 체크, 요청 전후 데이터 가공, 권한 확인 등

Filter와 Interceptor의 동작 방식과 적용 사례를 설명해주세요.

Filter: 요청 전처리나 응답 후처리를 담당

  • 클라이언트 요청 → Filter가 요청 가로채기.

  • Filter에서 전처리 작업 수행 (예: 인증 검사).

  • 필터 체인을 통해 DispatcherServlet에 요청 전달.

  • 응답이 돌아오면 Filter에서 후처리 작업을 수행 (예: 응답 데이터 변경).

  • 최종적으로 응답이 클라이언트로 반환됨.

Intercepter: 컨트롤러에 대한 전처리, 후처리 및 요청 완료 후 처리를 수행

  • 클라이언트 요청 → preHandle()에서 전처리 (예: 로그인 여부 체크).

  • 컨트롤러가 요청 처리.

  • postHandle()에서 응답 전처리 (예: 데이터 포맷 변경).

  • 뷰가 렌더링된 후, afterCompletion()에서 후처리 (예: 로그 기록, 예외 처리).

애플리케이션에 필터를 추가하는 방법은 무엇인가요?

  • Spring Boot에서 @Bean을 사용해 필터 등록

  • 서블릿 컨테이너에서 필터 등록

  • FIlterChain을 통한 필터 체이닝

Filter와 Interceptor를 이용하여 예외를 처리하는 방법은 무엇인가요?

Filter

  • 서블릿 컨테이너 수준에서 동작하며, 요청과 응답을 처리하는 중 발생한 예외를 잡아냄

  • 일반적으로 try-catch 블록을 사용

  • 예외 발생시 HTTP 응답코드 또는 사용자 정의 에러 메세지를 클라이언트에게 반환

Example
@WebFilter(urlPatterns = "/*")
public class CustomFilter implements Filter {
    
    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain)
            throws IOException, ServletException {
        try {
            // 요청을 필터 체인으로 넘김
            chain.doFilter(request, response);
        } catch (Exception e) {
            // 예외 처리
            HttpServletResponse httpResponse = (HttpServletResponse) response;
            httpResponse.setStatus(HttpServletResponse.SC_INTERNAL_SERVER_ERROR); // 500 에러 반환
            httpResponse.getWriter().write("An error occurred: " + e.getMessage());
        }
    }

Interceptor

  • 핸들러 계층에서 동작하며, preHandle(), postHandle(), afterCompletion() 메서드를 통해 요청을 처리하는 동안 예외를 잡아낼 수 있습니다.

Example
public class CustomInterceptor implements HandlerInterceptor {

    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler)
            throws Exception {
        // 요청 전에 동작
        return true; // 요청을 계속 처리하도록 허용
    }

    @Override
    public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler,
                           ModelAndView modelAndView) throws Exception {
        // 컨트롤러 실행 후 동작
    }

    @Override
    public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex)
            throws Exception {
        // 요청이 완료된 후(뷰가 렌더링된 후) 예외 처리
        if (ex != null) {
            // 예외가 발생한 경우 로그 처리 및 사용자 정의 응답
            response.setStatus(HttpServletResponse.SC_INTERNAL_SERVER_ERROR); // 500 에러 설정
            response.getWriter().write("Error occurred: " + ex.getMessage());
        }
    }
}

Spring Boot에서 예외를 처리하는 방법을 설명해주세요.

  • Filter 및 interceptor를 통한 에외 처리

  • ExceptionHandler를 사용한 예외 처리

  • ControllerAdvice를 사용한 전역 예외 처리

  • ResponseEntityExceptionHandler 확장

서블릿과 서블릿 컨테이너

서블릿과 서블릿 컨테이너에 대해 설명해주세요.

서블릿

HTTP 요청을 처리하고 응답을 생성하는 서버 측 컴포넌트.

서블릿은 자바 클래스의 일종으로, 클라이언트(주로 웹 브라우저)로부터 들어오는 요청을 처리하고 그 결과를 반환하는 역할

  1. 요청 수신: 클라이언트가 HTTP 요청을 보내면, 서블릿이 이 요청을 수신합니다.

  2. 비즈니스 로직 처리: 서블릿은 요청 데이터를 분석하고, 필요한 비즈니스 로직을 처리합니다. 예를 들어, 데이터베이스에 접근하여 데이터를 조회하거나, 파일을 읽고 클라이언트에 응답을 보냅니다.

  3. 응답 생성: 서블릿은 클라이언트에게 보내질 HTML, JSON, XML 등의 응답을 생성합니다.

  4. 응답 반환: 마지막으로, 서블릿은 응답을 클라이언트에게 반환합니다.

서블릿 컨테이너

서블릿 컨테이너는 서블릿을 실행하고 관리하는 환경을 제공.

서블릿 컨테이너가 서블릿의 생명주기를 관리하며, 클라이언트의 요청을 서블릿에 전달하고 응답을 다시 클라이언트에게 전송하는 역할.

  1. 서블릿 생명주기 관리:

    • 서블릿의 생성, 초기화(init() 메서드), 요청 처리(service() 메서드), 종료(destroy() 메서드) 등의 생명주기를 관리합니다.

  2. 스레드 관리:

    • 서블릿 컨테이너는 멀티스레드 환경을 지원합니다. 각 요청마다 별도의 스레드를 생성하여 동시에 여러 요청을 처리할 수 있도록 관리합니다. 이로 인해 하나의 서블릿 인스턴스가 여러 요청을 처리할 수 있습니다.

  3. 요청과 응답 처리:

    • 서블릿 컨테이너는 HTTP 요청을 서블릿에 전달하고, 서블릿이 생성한 응답을 클라이언트에게 반환하는 전달자 역할을 합니다. 클라이언트와 서블릿 사이에서 중재자 역할을 수행합니다.

Apache Tomcat, Jetty 등이 있습니다.

PreviousSpring FrameworkNextAOP (Aspect-Oriented Programming)

Last updated 8 months ago