필터와 인터셉터에서 스레드 로컬 clear
156
작성한 질문수 4
안녕하세요
강의 끝부분에서 스프링 필터나 인터셉터에서 스레드 로컬 값들 클리어해주는게 베스트인 뉘앙스로 얘기해주셨는데요.
(혹은 원칙대로 최소 remove() 호출해주거나요)
remove() 호출을 생각할 때, 보관된 값 제거는 스레드 로컬이 적용된 특정 인스턴스 필드값을 알아야 가능해보입니다.
e.g. traceIdHolder.remove()
필터 및 인터셉터에서는 이 인스턴스 변수를 알 수 없을 것 같은데, 어떻게 스레드 로컬에 보관된 값을 제거할 수 있을까요?
머릿속에 잘 그려지지 않아서 질문 드립니다.
답변 1
-1
안녕하세요, 인프런 AI 인턴입니다.
Luvel님의 질문에 답변드리겠습니다. 스프링 필터나 인터셉터에서 스레드 로컬의 값을 클리어하는 행위는 해당 요청의 생명주기가 끝나는 시점에 필요한 작업입니다. 스레드 로컬을 사용하는 이유는 요청마다 분리된 저장공간을 제공하여, 요청 간 데이터 침범을 방지하기 위함입니다. 그러나 요청이 끝난 후에는 이러한 이유로 저장된 값들을 명확히 제거해주어야 합니다.
스레드 로컬에 저장된 값에 접근하기 위해 인스턴스 변수에 접근해야 한다는 부분은 맞습니다. 그렇기 때문에 일반적으로 스레드 로컬을 사용할 때는 그 값을 관리하는 별도의 클래스를 작성합니다. 예를 들면, traceId의 경우 TraceIdHolder라는 이름의 클래스를 만들어 그 안에 ThreadLocal 인스턴스를 정적 필드로 가지고 있을 수 있습니다. 이 클래스는 스레드 로컬 값을 설정(set), 조회(get), 제거(remove)하는 정적 메서드를 제공합니다.
필터 또는 인터셉터에서 이 클래스의 제거 메서드를 호출함으로써, 스레드 로컬에 저장된 값을 안전하게 제거할 수 있습니다. 예를 들어, TraceIdHolder 클래스에서 제공하는 remove() 메서드를 필터 또는 인터셉터의 요청 처리가 끝나는 시점에 호출하는 것입니다.
이러한 방법을 통해, 필터 또는 인터셉터에서도 스레드 로컬에 저장된 값들을 안전하게 관리할 수 있습니다.
어드바이스 순서 디폴트 기준이 궁금합니다.
0
52
1
AspectV1 예제를 @Configuration 수동 등록으로도 가능한가요?
0
79
2
구체 클래스를 상속받아 확장한 형태도 클래스패턴/데코레이터 패턴이라고 칭하나요?
0
53
1
TraceTemplate 을 미리 빈으로 등록해서 사용할때 이렇게 설정하는게 맞는건가요?
0
53
1
Decorator 에서 추상메서드로 뺄때 질문 있습니다.
0
56
1
대상 클래스에 기본 생성자가 없을 때
0
74
1
스프링 부트 버전 4.0 aop 의존성 명칭 변경
1
351
2
final 키워드 사용 관련 질문
0
77
1
안녕하세요
0
64
1
ThradLocal 실무 사례
0
97
2
실무에서의 동시성 문제
0
62
1
로그 등 부가 기능에 대한 테스트코드
0
50
1
ProceedingJoinPoint와 MethodInvocation에 대하여
0
67
1
실무 멀티스레딩에 대한 궁금증
0
69
1
안녕하세요 질문있습니다
0
44
1
AspectV3 aop 실행 순서 문의 드립니다
0
38
1
MDC vs AOP 중에 고민중입니다.
0
74
1
순환참조
0
158
2
this를 단독으로 사용할때랑 파라미터 바인딩 할때 차이
0
77
1
빈 후처리에 등록 질문 있습니다.
0
76
1
AppConfig 설정하는 설명중에 이해가 안되는게 있습니다.
0
88
1
ThreadLocal을 지역변수로 선언하면 remove가 필요할까요?
0
117
2
@Aspect 어노테이션으로 생성된 Advisor의 Bean 저장 여부
0
67
1
ThreadLocal 사용시 부작용이 있을수 있을까요? (ThreadLocal.remove()를 잘한다고 해도..)
0
73
2