Spring on 의찬의 개발 블로그

스프링 빈의 설계 철학

Tue, 23 Jun 2026 00:00:00 +0000

어떤 개념일까?

스프링 빈의 설계 철학

스프링 빈은 객체 생성, 조립, 생명주기의 통제권을 객체가 아니라 외부 컨테이너로 옮긴 결과물이고, 통제권의 이전의 목적은 DIP 의존성 역적 원칙을 코드가 아니라 인프라 수준에서 강제하여 결합도를 낮추는 것이다.

톰캣과 스레드 모델

Tue, 23 Jun 2026 00:00:00 +0000

어떤 개념일까?

먼저 전체적인 요청에 대한 흐름 그림은 다음과 같다.

톰캣 스레드 모델과 커넥션 풀까지

요청1개가 들어왔을 때 어디서 스레드를 받아 처리되고 어떻게 반환이 되는지, 그 스레드가 DB 커넥션과 어떻게 연결이 되는지 이해한다.

TPS와 Rate Limit 대응

Tue, 16 Jun 2026 00:00:00 +0000

Rate Limit는 초당 N건이라는 정책을 토큰 버킷 하나로 구현을하고, 같은 알고리즘으로 들어오는 요청과 나가는 호출에 방향만 바꿔서 적용하는 것이다.

어떤 개념일까?

AI를 이용해 핵심 개념을 빠르게 파악한다. 깊은 이해보다는 새로운 기술이 어떤 기술인지 어떤 문제를 해결하기 위해 등장했는지 지도만 그린다. 공식문서 docs를 기반으로 신뢰 있는 개념 정보를 추출한다.

외부 API 호출 방식

Tue, 16 Jun 2026 00:00:00 +0000

어떤 개념일까?

결론

외부 API 호출 구현 방식

새 프로젝트라면 단순 호출은 RestClient,
여러 엔드포인트를 인터페이스로 묶는다면 HTTP Interface(@HttpExchange) + RestClient adapter,
reactive 스택이면 WebClient

RestTemplate은 2025-11에 deprecation 의도로 공지가 되었고 신규 코드에서는 쓰지 않는다고 한다.

테스트 코드가 왜 필요할까 ?

Fri, 12 Jun 2026 00:00:00 +0000

제가 생각 했던 테스트 코드들에 대해 생각했던 내용을 생각해보고 Kent Beck이 생각하는 테스트 코드에 대해서 찾아보고 정리 해보았습니다. 제가 지금까지 개발을 하면서 겪었던 경험을 토대로 한 저의 테스트 코드 필요성 Kent Beck이 생각하는 테스트 코드의 필요성을 접목하고 다음과 같이 정리해 보았습니다.

Spring MVC의 흐름

Thu, 11 Jun 2026 00:00:00 +0000

어떤 개념일까?

Spring MVC의 흐름

Spring MVC에서 핵심은 DispatcherServlet을 기준으로 흐름을 보는게 중요하다고 생각합니다.

요청 수신: DispatcherServlet으로 클라이언트 요청이 들어온다.
핸들러 조회: HandlerMapping이 요청 url에 맞는 컨트롤러를 찾아준다.
핸들러 실행: HandlerAdapter가 해당 컨트롤러를 실행한다. 이때 ArgumentResolver가 파라미터를 바인딩
분기: 컨트롤러의 반환 형태에 따라 ReturnValueHandler에 의해 분기 된다.
뷰 처리: ViewResolver가 뷰 이름을 실제 View로 변환하고, View가 모델을 렌더링한다.
REST 경로: HttpMessageConverter가 반환 객체를 JSON으로 직렬화후 body에 작성한다.
응답 전송: 최종 렌더링 결과를 클라이언트에 응답한다.

크게 이렇게 6개로 볼 수 있을거 같습니다.

DTO는 class + Lombok으로 만들까요, record로 만들까요?

Fri, 05 Jun 2026 00:00:00 +0000

어떤 개념일까?

DTO는 class + Lombok vs record

JSON, 객체와의 변환을 만들기 위해서, 보일러플레이트를 줄이는 도구 Lombok class와 record 중에서 어떤 것을 사요할지에 대한 문제이다.

둘다 @RequestBody로 받지만, Jackson이 객체를 만들어내는 경로 생성 방식이 다르다.

읽기 작업에 @Transactional(readonly = true)를 사용하는 이유

Wed, 03 Jun 2026 00:00:00 +0000

어떤 개념일까?

Transactional(readOnly = true)

@Transactional의 한 속성으로, ”이 트랜잭션 안에서는 데이터를 읽기만 하고 변경하지 않는다”라는 것을 선언한다.

핵심은 강제가 아니라, 선언/힌트라는 점이다.

Repository와 DAO의 차이점

Tue, 02 Jun 2026 00:00:00 +0000

어떤 개념일까?

DAO란 (Data Access Object)

데이터들을 어떻게(how) 저장할지에 대해서 대답한다.

데이터베이스에 접근해서 데이터를 가져오거나 저장하는 심부른꾼 전담 객체 비즈니스 로직과 데이터베이스 접근 로직을 철저하게 분리하기 위해서 사용한다.

ArgumentResolver와 ReturnValueHandler 란?

Thu, 28 May 2026 00:00:00 +0000

어떤 개념인가요 ?

Spring MVC에서 컨트롤러 메서드의 파라미터를 만들어주는 역할과 반환값을 처리해주는 역할을 담당하는 두개의 확장 포인트이다.

어떤 문제를 해결하려고 나왔나?

초기 Spring MVC는 시그니처가 정해져 있었다.

CGLIB와 프록시의 생성 방식은 어떻게 될까 ?

Thu, 28 May 2026 00:00:00 +0000

어떤 개념인가요 ?

Proxy 프록시

프록시란 원본 객체를 대신해서 앞에 서는 대리 객체이다. 클라이언트는 프록시를 원본인줄 알고 호출하고, 프록시가 중간에서 일을 수행하고 원본에 위임한다.

Filter와 Interceptor는 어떻게 작동될까

Thu, 28 May 2026 00:00:00 +0000

어떤 개념일까?

Filter vs Interceptor

둘은 둘다 요청을 가로채는 공통의 관심사 분리 도구이지만, 필터는 서블릿 컨테이너 레벨에서 DispatcherServlet 바깥을 감싸고, 인터셉터는 스프링 MVC 레벨에서 DispatcherServlet 안쪽 핸들러 호출 주변을 감싼다. 동작하는 위치가 다르기 때문에 할 수 있는 것과, 용도가 다르다.

JDBCTest

Thu, 28 May 2026 00:00:00 +0000

어떤 개념인가요 ?

JDBC 기반 컴포넌트만 격리해서 테스트하기 위한 Spring Boot의 슬라이스 테이스 어노테이션이다.

전체 애플리케이션을 띄우지 않고,
JDBC 작업에 필요한 최소한의 것만 로드해서 테스트하는 것이 본질이다.

Mock이란 무엇인가?

Thu, 28 May 2026 00:00:00 +0000

어떤 개념인가요 ?

Mock이란 무엇일까?

Mock은 테스트 대상이 의존하는 객체를 흉내내는 가짜 객체이다.

실제 객체처럼 호출할 수 있지만, 내부 동작은 우리가 미리 정의한 대로만 응답하게 된다.

queryForObject 호출시 조회결과가 비어있으면 어떤 상황이 발생할까

Thu, 28 May 2026 00:00:00 +0000

💥 의도적 파괴 학습 로그

날짜: YYYY-MM-DD

개념 / 대상 코드:

어떤 개념인가요 ?

queryForObject 는 SQL 조회 결과가 정확히 1건일 것을 기대하는 메서드입니다. 0건 또는 2건 이상이면 Spring이 예외를 던집니다. 이 동작을 직접 눈으로 확인합니다.

RestController vs Controller, ControllerAdvice, RestControllerAdvice, ExceptionHandler vs GlobalExceptionHandler

Thu, 28 May 2026 00:00:00 +0000

어떤 개념인가요 ?

Controller vs RestController

Controller는 Spring MVC 부터 있었고, 메서드가 반환하는 문자열을 View 이름으로 해석한다.

즉, Server Side Rendering SSR 방식 서버가 직접 HTML을 만드는 전통적인 방식에서 사용한다.

Service 통합테스트를 작성한다면 Repository 테스트는 필요없을까요?

Thu, 28 May 2026 00:00:00 +0000

어떤 개념인가요 ?

테스트를 할 때 계층별로 기준을 어디서부터 어디까지 나눠야 할지에 대해서 항상 생각을 많이 하는거 같다. 이 중에서 Service 통합테스트에 대해서 생각을 해보려고 한다. Service 통합테스트를 작성한다면 Repository 테스트는 필요가 없을까? 에 대한 질문이다.

계층별 테스트 코드 작성 : 나만의 방법

Thu, 28 May 2026 00:00:00 +0000

1. Repository 계층

무엇을 검증하는가

직접 작성한 SQL/쿼리,
컬럼↔객체 매핑(RowMapper),
DB 제약조건(unique·FK) 위반 시 기대한 예외.

어떻게 테스트 할까

@JdbcTest // JdbcTemplate 기반. JPA면 @DataJpaTest
class ReservationRepositoryTest {

 @Autowired JdbcTemplate jdbcTemplate;

 @Test
 void 중복_슬롯_저장시_제약조건_위반_예외가_발생한다() {
 // unique 제약을 가진 슬롯을 두 번 저장 → 기대한 예외 검증
 }
}

사용하는 기술에 따라서 다르게 접근한다.: @JdbcTest @DataJpaTest, + 인메모리 H2 or Testcontainers

테스트 격리는 어떻게 보장해야 할까

Thu, 28 May 2026 00:00:00 +0000

테스트 격리란?

테스트 격리

각 테스트가 다른 테스트의 상태에 영향을 주지도, 받지도 않게 만드는 것이다. 핵심은 한 테스트를 단독으로 돌리든, 1000개 중 하나로 돌리든, 순서를 섞어 돌리든 결과가 똑같아야 한다.