minnidev 님의 블로그

Velog에서 블로그 이전중입니다

minnidev — Mon, 3 Aug 2026 00:39:16 +0900

블로그 이전중이라 글들이 다소 난잡하거나 지금과는 내용이 다를 수 있습니다.

[Spring] AOP, Filter, Interceptor

minnidev — Mon, 3 Aug 2026 00:37:54 +0900

*토비의 스프링 3.1을 참고하여 정리한 자료입니다*

1. AOP (관점 지향 프로그래밍)

개념(Aspect-Oriented Programming): 애플리케이션의 핵심 비즈니스 로직과 공통 기능(부가 기능)을 분리하여 모듈화하는 프로그래밍 패러다임.
기존의 OOP(Object-Oriented Programming)과는 구분되는 새로운 특성
Why? 로깅, 트랜잭션, 보안과 같은 기능들은 여러 비즈니스 로직(Service의 여러 메서드)에 걸쳐 반복적으로 등장한다.

public void upgradeLevels() throws Exception{
TransactionStatus status = this.transactionManager
    .getTransaction(new DefaultTransactionDefinition());
    try {
     // 트랜잭션 경계
     // 비즈니스 로직
     List<User> users = userDao.getAll();
        for (User user : users) {
         if (canUpgradeLevel(user)){
             upgradeLevel(user);
            }
        }
// 비즈니스 로직
        // 트랜잭션 경계
     this.transactionManager.commit(status);    
    } catch (Exception e){
     this.transactionManager.rollback(status);
        throw e;
    }
}

- 기능을 반복해서 작성해야 한다면, 중복된 코드가 많아지게 되고, 유지보수가 힘들어지며 소스관리가 되지 않는다.

- 전통적인 객체지향 기술의 설계 방법으로는 독립적인 모듈화가 불가능한 트랜잭션 경계설정과 같은 부가기능을 어떻게 모듈화 할것인가를 연구해온 사람들은 이런 문제를 해결하기 위해 `Aspect`라는 특별한 이름으로 정의했다.
- 'Aspect'란 그 자체로 애플리케이션의 핵심 기능을 담고 있지는 않지만, 애플리케이션을 구성하는 중요한 한 가지 요소이고, 핵심기능에 부가되어 의미를 가지는 특별한 모듈을 가리킨다.

즉, 애플리케이션의 핵심적인 기능에서 부가적인 기능을 분리해 애스펙트라는 독특한 모듈로 만들어 설계하고 개발하는 방법을 AOP라 부른다.
이를 통해 핵심기능을 설계하고 구현할 때 객체지향적인 가치를 지킬 수 있도록 돕는다.

AOP의 용어:

Target : 부가기능을 부여할 대상. 핵심기능을 담은 클래스일 수도 있지만, 경우에 따라서는 다른 부가기능을 제공하는 프록시 오브젝트일 수도 있다.
Advice :타깃에게 제공할 부가기능을 담은 모듈이다. 어드바이스는 오브젝트로 정의하기도 하지만, 메소드 레벨에서 정의할 수도 있다.
Join Point : Advice가 적용될 수 있는 시점을 말한다. 스프링의 프록시 AOP에서 조인 포인트는 메소드의 실행 단계뿐이지만, 타깃 오브젝트가 구현한 인터페이스의 모든 메소드는 조인 포인트가 된다.
Pointcut : Advice를 적용할 조인 포인트를 선별하는 작업 또는 그 기능을 정의한 모듈을 말한다.
스프링 AOP의 조인 포인트는 메소드의 실행이므로 스프링의 포인트컷은 메소드를 선정하는 기능을 갖는다. 그래서 포인트컷 표현식은 메소드의 실행이라는 의미인 execution으로 시작하고, 메소드의 시그니처를 비교하는 방법을 주로 이용한다.
메소드는 결국 클래스 안에 존재하기에, 메소드 선정이란 작업은 결국 클래스를 선정하고 그 안의 메소드를 선정하는 과정이다.
Proxy : 우리가 흔히 말하는 프록시와 디자인 패턴에서 말하는 Proxy는 의미가 조금 다르다. 디자인 패턴에서 프록시는 클라이언트와 타깃 사이에 투명하게 존재하며, 부가기능을 제공하는 오브젝트다.
DI를 통해 타깃 대신 클라이언트에 주입되며, 클라이언트의 메소드 호출을 대신 받아 타깃에 위임해주고 그 과정에서 부가기능을 부여한다.

타깃 오브젝트를 생성하기가 복잡하거나 당장 필요하지 않은 경우에는 꼭 필요한 시점까지 오브젝트를 생성하지 않는것이 좋을 것이다.
그러나 타깃 오브젝트에 대한 레퍼런스는 미리 필요할 수 있는데, 이 때 프록시 패턴이 적용된다.
클라이언트에게 타깃에 대한 레퍼런스를 넘길 때 실제 타깃 오브젝트를 만드는 대신 프록시를 넘긴다.
그리고 프록시의 메소드를 통해 타깃을 사용하려 하면, 그때 프록시가 타깃 오브젝트를 생성, 요청을 위임해준다.

Adviser : 포인트컷과 어드바이스를 하나씩 가지고 있는 오브젝트다. 어떤 부가기능(어드바이스)을 어디에(포인트컷) 전달할 것인가를 알고 있는 AOP의 가장 기본이 되는 모듈이다.
Aspect : 마찬가지로 AOP의 기본 모듈이며 한 개 또는 그 이상의 포인트컷과 어드바이스의 조합으로 만들어진다. 보통 싱글톤 형태의 오브젝트로 존재한다.

2. Interceptor

요청에 대한 작업을 DispatcherServlet과 Handler(Controller)사이에서 전/ 후로 인터셉트, 말 그대로 낚아챌 수 있다.
서버에 들어온 Request 객체를 컨트롤러의 핸들러로 도달하기 전에 낚아채서 부가적인 기능이 실행되게끔 만들어준다.
Interceptor는 여러 개를 등록할 수 있으며, 순차적으로 인터셉터를 거친 후 Controller를 실행한다.
인터셉터 또한 스프링의 기술이며 Controller 동작 전 후로 동작한다. 스프링의 기술이기에 모든 @Bean에 접근이 가능하다.

주로 아래와 같은 작업에 사용한다.

1. 세부적인 보안 및 인증/인가 작업
2. API 호출에 대한 로깅 또는 검증
3. Controller로 넘겨주는 정보의 가공

Interceptor는 3개의 메소드(preHandle, postHandle, afterCompletion)를 가지고 있다.

preHandle : 핸들러 매핑에서 적절한 핸들러 객체를 결정한 후 핸들러 어댑터가 핸들러를 호출하기 전에 호출된다.(컨트롤러에 들어가기 전이다.)
postHandle : 핸들러 어댑터가 실제로 핸들러를 호출한 후 Dispatcher Servlet이 view를 렌더링하기 전에 호출된다.
이 메소드를 사용할 땐 각 인터셉터는 실행 체인의 역순으로 실행을 처리한다.
afterCompletion : 요청 처리가 완료된 후, 즉 Interceptor의 preHandle 메소드가 성공적으로 완료되고 true가 반환된 경우(view 페이지가 렌더링 되고 난 후)에만 호출된다. postHandle과 마찬가지로 실행 체인의 역순으로 실행을 처리한다.

3. Filter

Filter는 스프링 컨텍스트 외부에 존재하여 스프링에 무관한 자원에 대해 동작 HTTP 프로토콜로 들어오는 모든 요청을 가장 먼저 받아 처리 한다.(톰캣과 같은 WAS(웹 애플리케이션 서버)에서 처리해준다.)
따라서 Request에 대한 조작이 가능하다. Interceptor와 AOP는 모두 Request의 내용을 가지고 추가적인 작업 하지만, Filter는 그 요청 자체를 조작할 수 있다.
Dispatcher Servlet 영역에 들어가기 전인 Front Controller 앞 범위에서 수행되고, 필터 적용시 필터가 호출된 후에 서블릿이 호출된다.

Dispatcher Servlet은 따로 정리해 두었다.(https://velog.io/@coom1222/Spring-Dispatcher-Servlet)

4. AOP, Filter, Interceptor 차이와 호출 순서

결국 이 셋은 모두 '중간에 무언가를 처리'하지만, 동작하는 계층(Layer)과 범위가 다르다.

요청(Request)이 들어왔을 때의 일반적인 호출 순서는 다음과 같다.

Filter -> Dispatcher Servlet -> Interceptor -> AOP -> Controller -> AOP -> Interceptor -> Dispatcher Servlet -> Filter

[Java] valueOf() 와 parseInt()

minnidev — Mon, 3 Aug 2026 00:27:52 +0900

Wrapper 클래스를 공부하던 중, parseInt, valueOf 둘 다 같은 정수로 출력이 되더란다.

무슨 차이가 있을까? 싶어 간략하게 정리해봤다.

parseInt()

먼저 pareInt()를 사용해 String 타입에서 int로 끄집어내 더해보는 예제를 살펴보자.

//import static java.lang.Integer.parseInt;

public static void main(String[] args) {
        String str1 = "10";
        String str2 = "20";

        // 스태틱 import를 사용하는 경우
        // int result = parseInt(str1) + parseInt(str2);

        int result = Integer.parseInt(str1) + Integer.parseInt(str2);

        System.out.println("result = " + result);
    }

IntelliJ에서 parseInt()의 정의를 찾아봤다.

이처럼 parseInt()는 정수 표현을 할 수 있는 문자열을 매개변수로 넣으면 기본 자료형(Primitive Type)인 int 로 정수 값이 반환된다.

하지만 정수 표현을 할 수 없는 문자열을 넣는다면 NumberFormatException을 발생시킨다.

valueOf

먼저 정의를 보면, 반환값이 int가 아닌 Integer라는 래퍼 클래스인것을 볼 수 있다.

즉 valueOf는 문자열의 값을 정수형으로 반환하지만,참조 자료형(Reference Type)인 Integer 객체로 만들어서 반환한다.

Integer.valueOf()는 문자열의 값을 정수형으로 변환한 뒤 참조 자료형(Reference Type)인 Integer 객체로 만들어서 반환합니다.

그럼 누군가 여기서 의문을 제기할 것이다.

??? : 객체로 반환한다구요? 그럼 new Intger() 방식을 사용하여 객체를 생성해야 사용할 수 있지 않나요?

맞다. 원래대로라면 객체를 생성하여야 한다.

하지만 자바는 Integer.valueOf()를 자주 사용되는 숫자 범위(-128~127)의 객체를 미리 만들어 재사용(캐싱)하는 등 성능 최적화가 되어 있다 `new Integer()`는 사용 중단 예정이기도 하고 ~~(언제 중단 예정인지는 아무도 모른다)~~, 성능 최적화 관점에서 `Integer.valueOf(10)` 방식을 더 권장하고 있다.

별첨

valueOf(), intValue() 메서드는 추가적으로 int를 Integer로 변환하거나, Integer를 int로 변환할 때 사용한다. 값을 뽑거나(언박싱), 값을 포장하거나(박싱).

 public static void main(String[] args) {
        // Primitive -> Wrapper
        int value = 7;
        Integer boxedValue = value;    // 오토 박싱(Auto-boxing) 
        Integer boxedValue =  Integer.valueOf(value)  // 컴파일 단계에서 추가
        
        // Wrapper -> Primitive
        int unboxedValue = boxedValue;   // 오토 언박싱(Auto-unboxing)
        int unboxedValue =  boxedValue.intValue()   // 컴파일 단계에서 추가 
        
        System.out.println("boxedValue = " + boxedValue);
        System.out.println("unboxedValue = " + unboxedValue);
    }
}

데이터 조회해 출력하기

minnidev — Fri, 31 Jul 2026 11:49:39 +0900

Spring CRUD 복습 겸 개념 정리 회고록.

웹 페이지에서 게시글을 등록하면 서버를 통해 DB에 저장된다. DB에 저장된 데이터를 웹 페이지에 출력하는 과정은 다양한 요소 간 상호 작용으로 이루어진다.

등록은 했으니, 조회의 타임라인을 알아보자.

사용자가 데이터를 조회해 달라고 웹페이지에 URL 요청을 보낸다.(GetMapping)
서버의 컨트롤러가 요청을 받아 해당 URL에서 찾으려는 데이터 정보를 레포지토리에 전달한다.
헤포지토리는 정보를 가지고 DB에 데이터 조회를 요청한다.
DB는 해당 데이터를 찾아 이를 엔티티로 반환한다
반환된 엔티티는 모델을 통해 뷰 템플리승로 전달된다
최종 뷰 페이지 완성, 사용자의 화면에 출력된다.

이런 식으로 흐름이 흘러가고, 이제 실습해보자

1. URL 요청받기

@GetMapping() :특정 url로부터 요청을 받으면 어떤 Controller에서 처리할 지 알아야 한다.
이 때, 특정 url을 요청을 수행할 Controller과 매핑하여 지정하는 어노테이션
여기서는 @GetMapping("/articles/{id}")로 지정
@GetMapping() 어노테이션을 통해 URL요청을 받는다. 이 요청을 받아 수행할 show()메서드를 생성하고, 매개변수로 @PathVariable 어노테이션을 붙인다.
-> show(@PathVariable Long id) 이런식으로 경로 변수를 사용해 매핑되는 부분을 편리하게 조회할 수 있다.

여기까지 하면 서버의 컨트롤러가 URL 요청을 받는 것까지 작업하였다.

2. 데이터 조회해 출력하기

show() 메서드에서 할 일은 크게 3가지다.

id를 조회해 DB에서 해당 데이터 가져오기
- 리파지터리에서 DB에 저장된 데이터를 id로 조회할 때 findById()메서드를 사용한다.
  특별히 조회된 데이터가 없는 경우도 처리해야 하므로 orElse()메서드로 null이 반환되도록 한다
  Article articleEntity = articleRepository.findById(id).orElse(null)
가져온 데이터를 모델에 등록하기
- id로 DB에서 조회한 데이터는 모델에 article이라는 이름으로 등록한다.
  model.addAttribute("article", articleEntity)
조회한 데이터를 사용자에게 보여 주기 위한 뷰 페이지 만들고 반환하기
- 모델에 등록한 데이터를 뷰 페이지에서 사용할 수 있게 설정한다.

id 를 조회해 데이터 가져오기

DB에서 데이터를 가져오는 주체는 레포지토리이다.
리파지토리의 구현 객체는 @Autowired 어노테이션으로 주입받았었다

3. 데이터 목록 조회하기

단일 데이터를 조회할 때 엔티티를 반환했다면, 이제 엔티티의 묶음인 리스트를 반환해보자.

URL 요청받고 데이터 조회해 출력하기

@GetMapping("/articles")  // 데이터 목록 요청 접수  
public String index(){  
    // 1. 모든 데이터 가져오기  
    // 2. 모델에 데이터 등록하기  
    // 3. 뷰 페이지 반환하기  
    return "";  
}

데이터 조회 과정

사용자가 웹 페이지에서 데이터를 조회해 달라고 URL요청을 보낸다
서버의 컨트롤러가 이 요청을 받아 해당 URL에서 찾으려는 데이터 정보(여기서는 id)를 리파지토리에 전달한다
리파지터리는 정보(id)를 가지고 DB에 데이터 조회를 요청한다.
DB는 해당 데이터를 찾아 이를 엔티티로 반환한다.
반환된 엔티티는 모델을 통해 뷰 템플릿으로 전달된다.
최종적으로 결과 뷰 페이지가 완성돼 사용자 화면에 출력한다

@GetMapping("/articles")  // 데이터 목록 요청 접수  
public String index(Model model){  
    // 1. 모든 데이터 가져오기  
    List<Article> articleEntityList = articleRepository.findAll();  
    // 2. 모델에 데이터 등록하기  
    model.addAttribute("articleList", articleEntityList);  
    // 3. 뷰 페이지 반환하기  
    return "articles/index";  
}

List<Article> articleEntityList = articleRepository.findAll();의 경우, ArticleRepository에서 ArticleRepository가 CrudRepository를 상속받고 있다.

여기서 CrudRepository의 메서드를 오버라이딩해주자.

findAll() 메서드의 반환값은 기본적으로 Article의 Iterable 타입으로 반환하게 되어 있다. 이를 ArrayList로 바꾸어 타입 불일치 문제를 해결할 수 있다.

@PathVariable : URL 요청으로 들어온 전달값을 컨트롤러의 매개변수로 가져오는 어노테이션
@findById() : JPA의 CrudRepository가 제공하는 메서드로, 특정 엔티티의 id값을 기준으로 데이터를 찾아 Optional 타입으로 변환한다.
@findAll() : JPA의 CrudRepository가 제공하는 메서드로, 특정 엔티티를 모두 가져와 Iterable 타입으로 반환한다

복습하면서 JPA와 타입변환, 인터페이스에 대한 개념도 다시금 들춰보게 되었다.